1. 29 Mar, 2010 3 commits
  2. 04 Mar, 2010 12 commits
  3. 25 Feb, 2010 1 commit
  4. 09 Feb, 2010 3 commits
    • Alexandre Cassen's avatar
      IPv6: 6rd iproute2 support · b88215c4
      Alexandre Cassen authored
      This patch provides iproute2 facilities to configure 6rd tunnel. To
      configure a 6rd tunnel, you need to configure a sit tunnel and set
      6rd prefix as following :
      
        ip tunnel add sit1 mode sit local a.b.c.d ttl 64
        ip tunnel 6rd dev sit1 6rd-prefix xxxx:yyyy::/z
      
      Optionally you can provide a relay prefix :
      
        ip tunnel 6rd dev sit1 6rd-relay_prefix e.f.g.h/i
      
      Finally you can reset previous tunnel settings :
      
        ip tunnel 6rd dev sit1 6rd-reset
      Signed-off-by: default avatarAlexandre Cassen <acassen@freebox.fr>
      b88215c4
    • Brian Haley's avatar
      ip: print "temporary" for IPv6 temp addresses · a1b9ffcc
      Brian Haley authored
      IPv6 addresses that have IFA_F_SECONDARY set are actually temporary addresses,
      hence the IFA_F_TEMPORARY equivalent.  Change the output in this case and
      allow filtering on the word "temporary".
      Signed-off-by: default avatarBrian Haley <brian.haley@hp.com>
      a1b9ffcc
    • Andreas Henriksson's avatar
      iproute2: drop equalize support · 63a0f20a
      Andreas Henriksson authored
      Currently you can configure "equalize" and it looks all fine and dandy.
      The kernel has the interface defined, but apparently there's never actually
      been any implementation for it (only a never merged patch in the 2.4 era).
      
      I'm suggesting to drop the code to give any potential users of this feature
      the benefit of receiving a proper error message. I see it unlikely that
      this will be implemented in the near future, but if it ever happens
      reviving the iproute2 side should be as easy as git revert this patch.
      
      For more details see http://bugs.debian.org/149897
      63a0f20a
  5. 05 Feb, 2010 1 commit
  6. 21 Jan, 2010 9 commits
  7. 26 Dec, 2009 11 commits
    • Arnd Bergmann's avatar
      iproute2/iplink: add macvlan options for bridge mode · d63a9b2b
      Arnd Bergmann authored
      Macvlan can now optionally support forwarding between its
      ports, if they are in "bridge" mode. This adds support
      for this option to "ip link add", "ip link set" and "ip
      -d link show".
      
      The default mode in the kernel is now "vepa" mode, meaning
      "virtual ethernet port aggregator". This mode is used
      together with the "hairpin" mode of an ethernet bridge
      that the parent of the macvlan device is connected to.
      All frames still get sent out to the external interface,
      but the adjacent bridge is able to send them back on
      the same wire in hairpin mode, so the macvlan ports
      are able to see each other, which the bridge can be
      configured to monitor and control traffic between
      all macvlan instances. Multicast traffic coming in
      from the external interface is checked for the source
      MAC address and only delivered to ports that have not
      yet seen it.
      
      In bridge mode, macvlan will send all multicast traffic
      to other interfaces that are also in bridge mode but
      not to those in vepa mode, which get them on the way
      back from the hairpin.
      
      The third supported mode is "private", which prevents
      communication between macvlans even if the adjacent
      bridge is in hairpin mode. This behavior is closer to
      the original implementation of macvlan but stricly
      maintains isolation.
      Signed-off-by: default avatarArnd Bergmann <arnd@arndb.de>
      d63a9b2b
    • Brian Haley's avatar
      Add dadfailed option to ip command · a1f27794
      Brian Haley authored
      Fix support for IFA_F_DADFAILED and update ip.8 man page.
      Signed-off-by: default avatarBrian Haley <brian.haley@hp.com>
      a1f27794
    • Patrick McHardy's avatar
      iprule: add oif classification support · 85eae222
      Patrick McHardy authored
      David Miller wrote:
      > From: Patrick McHardy <kaber@trash.net>
      > Date: Mon, 30 Nov 2009 19:00:14 +0100
      >
      >> This patch contains iproute support for iprule oif classification
      >> for the send-to-self RFC I just sent out.
      >
      > Patrick, you need to submit a new version of this patch with
      > the FIB_RULE_* macro fixed, just like the kernel version got
      > fixed.
      
      Thanks for reminind me of this. New patch attached.
      
      commit 0fe5164cbaa1d65dda341075710be71bf1f32d10
      Author: Patrick McHardy <kaber@trash.net>
      Date:   Fri Dec 4 07:06:18 2009 +0100
      
          iprule: add oif classification support
      Signed-off-by: default avatarPatrick McHardy <kaber@trash.net>
      85eae222
    • Jamal Hadi Salim's avatar
      skbedit: Add support to mark packets · e04dd30a
      Jamal Hadi Salim authored
      This adds support for setting the skb mark.
      Signed-off-by: default avatarJamal Hadi Salim <hadi@cyberus.ca>
      Signed-off-by: default avatarAlexander Duyck <alexander.h.duyck@intel.com>
      e04dd30a
    • Patrick McHardy's avatar
      iplink_vlan: add support for VLAN loose binding flag · 2180b6b5
      Patrick McHardy authored
      This patch adds support for the VLAN loose binding flag that is
      supported in net-next to iplink_vlan.
      
      commit 870970deb6cbea7a5d4881bdd717304d5284d315
      Author: Patrick McHardy <kaber@trash.net>
      Date:   Tue Dec 1 12:21:15 2009 +0100
      
          iplink_vlan: add support for VLAN loose binding flag
      Signed-off-by: default avatarPatrick McHardy <kaber@trash.net>
      2180b6b5
    • Stephen Hemminger's avatar
      Update exported kernel headers · ab322673
      Stephen Hemminger authored
      These corespond with 2.6.33-rc2
      ab322673
    • Stephen Hemminger's avatar
      iproute2-091226 · abdd9bf7
      Stephen Hemminger authored
      abdd9bf7
    • Andreas Henriksson's avatar
      Slightly improve the configure script. · f1a0125b
      Andreas Henriksson authored
      Split up in functions. Make XT checks bail if previous XT check
      was successful.
      
      This result improves the output of the configure script to not indicate
      using iptables only because the last test failed (when previous ones could
      have already succeded).
      Signed-off-by: default avatarAndreas Henriksson <andreas@fatal.se>
      f1a0125b
    • Stephen Hemminger's avatar
      Fix warning about sprintf() and NSTAT_HIST · 896ebd6c
      Stephen Hemminger authored
      The environment variable could contain format characters, causing
      problems. Better to just use it directly.
      896ebd6c
    • Stephen Hemminger's avatar
      985f4578
    • Simon Horman's avatar
      flush secondary addresses before primary ones · b49240ec
      Simon Horman authored
      Unless promote_secondaries has been active deleting the primary address of
      an interface will automatically delete all the secondary addresses.
      
      In the case where ip flush requests the primary then secondary addresses to
      be removed - which is the order the addresses are returned by the kernel -
      this will cause an error as by the time the request to remove a secondary
      address is made it will be missing as it will have been deleted in the
      course of deleting the primary address.
      
      This approach to solving this problem orders requests for the
      deletion of secondary addresses before primary ones providing
      rtnl_dump_filter_l(), a version of rtnl_dump_filter() that
      iterates over a list of filters. And by providing two specialised
      filters print_addrinfo_secondary() and print_addrinfo_primary().
      
      rtnl_dump_filter_l() first iterates over all addresses using
      print_addrinfo_secondary(), which appends secondary addresses to the
      request buffer.  Then again using print_addrinfo_primary() which appends
      primary addresses.
      
      This approach should work regardless of it promote_secondaries is
      active or not. And regardless of if any primary of secondary addresses
      are present or not.
      Signed-off-by: default avatarSimon Horman <horms@verge.net.au>
      b49240ec