1. 22 Apr, 2010 1 commit
  2. 12 Apr, 2010 2 commits
  3. 30 Mar, 2010 2 commits
  4. 29 Mar, 2010 6 commits
  5. 09 Mar, 2010 1 commit
  6. 04 Mar, 2010 13 commits
  7. 25 Feb, 2010 1 commit
  8. 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
  9. 05 Feb, 2010 1 commit
  10. 21 Jan, 2010 9 commits
  11. 26 Dec, 2009 1 commit
    • 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