An error occurred fetching the project authors.
  1. 06 Feb, 2013 1 commit
  2. 19 Sep, 2012 1 commit
  3. 30 Aug, 2012 1 commit
  4. 08 Jun, 2012 1 commit
  5. 21 Apr, 2012 1 commit
  6. 11 May, 2010 4 commits
    • Patrick McHardy's avatar
      ipv6: ip6mr: support multiple tables · d1db275d
      Patrick McHardy authored
      This patch adds support for multiple independant multicast routing instances,
      named "tables".
      
      Userspace multicast routing daemons can bind to a specific table instance by
      issuing a setsockopt call using a new option MRT6_TABLE. The table number is
      stored in the raw socket data and affects all following ip6mr setsockopt(),
      getsockopt() and ioctl() calls. By default, a single table (RT6_TABLE_DFLT)
      is created with a default routing rule pointing to it. Newly created pim6reg
      devices have the table number appended ("pim6regX"), with the exception of
      devices created in the default table, which are named just "pim6reg" for
      compatibility reasons.
      
      Packets are directed to a specific table instance using routing rules,
      similar to how regular routing rules work. Currently iif, oif and mark
      are supported as keys, source and destination addresses could be supported
      additionally.
      
      Example usage:
      
      - bind pimd/xorp/... to a specific table:
      
      uint32_t table = 123;
      setsockopt(fd, SOL_IPV6, MRT6_TABLE, &table, sizeof(table));
      
      - create routing rules directing packets to the new table:
      
      # ip -6 mrule add iif eth0 lookup 123
      # ip -6 mrule add oif eth0 lookup 123
      Signed-off-by: default avatarPatrick McHardy <kaber@trash.net>
      d1db275d
    • Patrick McHardy's avatar
    • Patrick McHardy's avatar
    • Patrick McHardy's avatar
      ipv6: ip6mr: move unres_queue and timer to per-namespace data · c476efbc
      Patrick McHardy authored
      The unres_queue is currently shared between all namespaces. Following patches
      will additionally allow to create multiple multicast routing tables in each
      namespace. Having a single shared queue for all these users seems to excessive,
      move the queue and the cleanup timer to the per-namespace data to unshare it.
      
      As a side-effect, this fixes a bug in the seq file iteration functions: the
      first entry returned is always from the current namespace, entries returned
      after that may belong to any namespace.
      Signed-off-by: default avatarPatrick McHardy <kaber@trash.net>
      c476efbc
  7. 18 Jan, 2010 1 commit
  8. 02 Sep, 2009 1 commit
    • Alexey Dobriyan's avatar
      netns: embed ip6_dst_ops directly · 86393e52
      Alexey Dobriyan authored
      struct net::ipv6.ip6_dst_ops is separatedly dynamically allocated,
      but there is no fundamental reason for it. Embed it directly into
      struct netns_ipv6.
      
      For that:
      * move struct dst_ops into separate header to fix circular dependencies
      	I honestly tried not to, it's pretty impossible to do other way
      * drop dynamical allocation, allocate together with netns
      
      For a change, remove struct dst_ops::dst_net, it's deducible
      by using container_of() given dst_ops pointer.
      Signed-off-by: default avatarAlexey Dobriyan <adobriyan@gmail.com>
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      86393e52
  9. 11 Dec, 2008 6 commits
  10. 22 Jul, 2008 1 commit
  11. 09 Jun, 2008 1 commit
  12. 07 Mar, 2008 3 commits
  13. 04 Mar, 2008 7 commits
  14. 29 Feb, 2008 1 commit
  15. 01 Feb, 2008 1 commit
  16. 28 Jan, 2008 9 commits