1. 30 8月, 2006 1 次提交
    • L
      [IPV6]: SNMPv2 "ipv6IfStatsInAddrErrors" counter error · 76d0cc1b
      Lv Liangying 提交于
         When I tested Linux kernel 2.6.17.7 about statistics
      "ipv6IfStatsInAddrErrors", found that this counter couldn't increase
      correctly. The criteria is RFC2465:
       ipv6IfStatsInAddrErrors OBJECT-TYPE
            SYNTAX      Counter32
            MAX-ACCESS  read-only
            STATUS      current
            DESCRIPTION
               "The number of input datagrams discarded because
               the IPv6 address in their IPv6 header's destination
               field was not a valid address to be received at
               this entity.  This count includes invalid
               addresses (e.g., ::0) and unsupported addresses
               (e.g., addresses with unallocated prefixes).  For
               entities which are not IPv6 routers and therefore
               do not forward datagrams, this counter includes
               datagrams discarded because the destination address
               was not a local address."
            ::= { ipv6IfStatsEntry 5 }
      
      When I send packet to host with destination that is ether invalid
      address(::0) or unsupported addresses(1::1), the Linux kernel just
      discard the packet, and the counter doesn't increase(in the function
      ip6_pkt_discard).
      Signed-off-by: NLv Liangying <lvly@nanjing-fnst.com>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      76d0cc1b
  2. 03 8月, 2006 1 次提交
  3. 01 7月, 2006 1 次提交
  4. 28 6月, 2006 1 次提交
  5. 27 5月, 2006 1 次提交
  6. 30 4月, 2006 1 次提交
    • Y
      [IPV6]: Fix race in route selection. · c302e6d5
      YOSHIFUJI Hideaki 提交于
      We eliminated rt6_dflt_lock (to protect default router pointer)
      at 2.6.17-rc1, and introduced rt6_select() for general router selection.
      The function is called in the context of rt6_lock read-lock held,
      but this means, we have some race conditions when we do round-robin.
      
      Signed-off-by; YOSHIFUJI Hideaki <yoshfuji@linux-ipv6.org>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      c302e6d5
  7. 21 3月, 2006 21 次提交
  8. 12 1月, 2006 1 次提交
  9. 21 12月, 2005 1 次提交
  10. 20 12月, 2005 1 次提交
    • Y
      [IPV6]: Fix route lifetime. · 3dd4bc68
      YOSHIFUJI Hideaki 提交于
      The route expiration time is stored in rt6i_expires in jiffies.
      The argument of rt6_route_add() for adding a route is not the
      expiration time in jiffies nor in clock_t, but the lifetime
      (or time left before expiration) in clock_t.
      
      Because of the confusion, we sometimes saw several strange errors
      (FAILs) in TAHI IPv6 Ready Logo Phase-2 Self Test.
      The symptoms were analyzed by Mitsuru Chinen <CHINEN@jp.ibm.com>.
      Signed-off-by: NYOSHIFUJI Hideaki <yoshfuji@linux-ipv6.org>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      3dd4bc68
  11. 18 11月, 2005 1 次提交
  12. 13 11月, 2005 2 次提交
  13. 10 11月, 2005 1 次提交
  14. 01 11月, 2005 1 次提交
    • Y
      [IPV6]: Fix behavior of ip6_route_input() for link local address · 9d17f218
      Yan Zheng 提交于
      I find that linux will reply echo request destined to an address which
      belongs to an interface other than the one from which the request received.
      This behavior doesn't make sense for link local address.
      
      YOSHIFUJI Hideaki <yoshfuji@linux-ipv6.org> said:
      
      Please note that sender does need to setup neighbor entry by hand to reproduce
      this bug.  (Link-local address on eth1 is not visible on eth0, from the point
      of view of neighbor discovery in IPv6.)
      
       +--------+               +--------+
       | sender |               | router |
       +---+----+               +-+----+-+
           |eth0              eth0|    |eth1
      -----+----------------------+-  -+--------------
      Signed-off-by: NYan Zheng <yanzheng@21cn.com>
      Acked-by: NYOSHIFUJI Hideaki <yoshfuji@linux-ipv6.org>
      Signed-off-by: Andrew Morton <akpm@osdl.org> (forwarded)
      Signed-off-by: NArnaldo Carvalho de Melo <acme@mandriva.com>
      9d17f218
  15. 30 8月, 2005 2 次提交
  16. 22 6月, 2005 1 次提交
  17. 19 6月, 2005 1 次提交
  18. 29 4月, 2005 1 次提交