1. 17 2月, 2012 1 次提交
  2. 20 11月, 2011 1 次提交
  3. 22 8月, 2011 1 次提交
  4. 20 6月, 2011 2 次提交
  5. 30 5月, 2011 2 次提交
  6. 31 1月, 2011 1 次提交
  7. 17 12月, 2010 1 次提交
  8. 05 9月, 2010 2 次提交
  9. 09 7月, 2010 1 次提交
  10. 23 6月, 2010 2 次提交
  11. 12 5月, 2010 2 次提交
    • S
      Staging: batman-adv: Reorganize sequence number handling · f94cee24
      Simon Wunderlich 提交于
      BATMAN and broadcast packets are tracked with a sequence number window of
      currently 64 entries to measure and avoid duplicates. Packets which have a
      sequence number smaller than the newest received packet minus 64 are not
      within this sequence number window anymore and are called "old packets"
      from now on.
      
      When old packets are received, the routing code assumes that the host of the
      originator has been restarted. This assumption however might be wrong as
      packets can also be delayed by NIC drivers, e.g. because of long queues or
      collision detection in dense WiFi? environments. This behaviour can be
      reproduced by doing a broadcast ping flood in a dense node environment.
      
      The effect is that the sequence number window is jumping forth and back,
      accepting and forwarding any packet (because packets are assumed to be "new")
      and causing loops.
      
      To overcome this problem, the sequence number handling has been reorganized.
      When an old packet is received, the window is reset back only once. Other old
      packets are dropped for (currently) 30 seconds to "protect" the new sequence
      number and avoid the hopping as described above.
      
      The reorganization brings some code cleanups (at least i hope you feel the
      same) and also fixes a bug in count_real_packets() which falsely updated
      the last_real_seqno for slightly older packets within the seqno window
      if they are no duplicates.
      
      This second version of the patch also fixes a problem where for seq_diff==64
      bit_shift() reads from outside of the seqno window, and removes the loop
      for seq_diff == -64 which was present in the first patch.
      
      The third iteration also adds a window for the next expected sequence numbers.
      This minimizes sequence number flapping for packets with very big differences
      (e.g. 3 packets with seqno 0, 25000 and 50000 might still cause problems
      without this window).
      Signed-off-by: NSimon Wunderlich <siwu@hrz.tu-chemnitz.de>
      Signed-off-by: NAndrew Lunn <andrew@lunn.ch>
      Signed-off-by: NGreg Kroah-Hartman <gregkh@suse.de>
      f94cee24
    • S
      9b6d10b7
  12. 04 3月, 2010 1 次提交
  13. 12 12月, 2009 1 次提交