sysfs-class-net-mesh 3.7 KB

123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293
  1. What: /sys/class/net/<mesh_iface>/mesh/aggregated_ogms
  2. Date: May 2010
  3. Contact: Marek Lindner <lindner_marek@yahoo.de>
  4. Description:
  5. Indicates whether the batman protocol messages of the
  6. mesh <mesh_iface> shall be aggregated or not.
  7. What: /sys/class/net/<mesh_iface>/mesh/bonding
  8. Date: June 2010
  9. Contact: Simon Wunderlich <siwu@hrz.tu-chemnitz.de>
  10. Description:
  11. Indicates whether the data traffic going through the
  12. mesh will be sent using multiple interfaces at the
  13. same time (if available).
  14. What: /sys/class/net/<mesh_iface>/mesh/bridge_loop_avoidance
  15. Date: November 2011
  16. Contact: Simon Wunderlich <siwu@hrz.tu-chemnitz.de>
  17. Description:
  18. Indicates whether the bridge loop avoidance feature
  19. is enabled. This feature detects and avoids loops
  20. between the mesh and devices bridged with the soft
  21. interface <mesh_iface>.
  22. What: /sys/class/net/<mesh_iface>/mesh/fragmentation
  23. Date: October 2010
  24. Contact: Andreas Langer <an.langer@gmx.de>
  25. Description:
  26. Indicates whether the data traffic going through the
  27. mesh will be fragmented or silently discarded if the
  28. packet size exceeds the outgoing interface MTU.
  29. What: /sys/class/net/<mesh_iface>/mesh/ap_isolation
  30. Date: May 2011
  31. Contact: Antonio Quartulli <ordex@autistici.org>
  32. Description:
  33. Indicates whether the data traffic going from a
  34. wireless client to another wireless client will be
  35. silently dropped.
  36. What: /sys/class/net/<mesh_iface>/mesh/gw_bandwidth
  37. Date: October 2010
  38. Contact: Marek Lindner <lindner_marek@yahoo.de>
  39. Description:
  40. Defines the bandwidth which is propagated by this
  41. node if gw_mode was set to 'server'.
  42. What: /sys/class/net/<mesh_iface>/mesh/gw_mode
  43. Date: October 2010
  44. Contact: Marek Lindner <lindner_marek@yahoo.de>
  45. Description:
  46. Defines the state of the gateway features. Can be
  47. either 'off', 'client' or 'server'.
  48. What: /sys/class/net/<mesh_iface>/mesh/gw_sel_class
  49. Date: October 2010
  50. Contact: Marek Lindner <lindner_marek@yahoo.de>
  51. Description:
  52. Defines the selection criteria this node will use
  53. to choose a gateway if gw_mode was set to 'client'.
  54. What: /sys/class/net/<mesh_iface>/mesh/orig_interval
  55. Date: May 2010
  56. Contact: Marek Lindner <lindner_marek@yahoo.de>
  57. Description:
  58. Defines the interval in milliseconds in which batman
  59. sends its protocol messages.
  60. What: /sys/class/net/<mesh_iface>/mesh/hop_penalty
  61. Date: Oct 2010
  62. Contact: Linus Lüssing <linus.luessing@web.de>
  63. Description:
  64. Defines the penalty which will be applied to an
  65. originator message's tq-field on every hop.
  66. What: /sys/class/net/<mesh_iface>/mesh/routing_algo
  67. Date: Dec 2011
  68. Contact: Marek Lindner <lindner_marek@yahoo.de>
  69. Description:
  70. Defines the routing procotol this mesh instance
  71. uses to find the optimal paths through the mesh.
  72. What: /sys/class/net/<mesh_iface>/mesh/vis_mode
  73. Date: May 2010
  74. Contact: Marek Lindner <lindner_marek@yahoo.de>
  75. Description:
  76. Each batman node only maintains information about its
  77. own local neighborhood, therefore generating graphs
  78. showing the topology of the entire mesh is not easily
  79. feasible without having a central instance to collect
  80. the local topologies from all nodes. This file allows
  81. to activate the collecting (server) mode.