sysfs-class-net-mesh 4.0 KB

123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899
  1. What: /sys/class/net/<mesh_iface>/mesh/aggregated_ogms
  2. Date: May 2010
  3. Contact: Marek Lindner <mareklindner@neomailbox.ch>
  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/<vlan_subdir>/ap_isolation
  8. Date: May 2011
  9. Contact: Antonio Quartulli <antonio@meshcoding.com>
  10. Description:
  11. Indicates whether the data traffic going from a
  12. wireless client to another wireless client will be
  13. silently dropped. <vlan_subdir> is empty when referring
  14. to the untagged lan.
  15. What: /sys/class/net/<mesh_iface>/mesh/bonding
  16. Date: June 2010
  17. Contact: Simon Wunderlich <sw@simonwunderlich.de>
  18. Description:
  19. Indicates whether the data traffic going through the
  20. mesh will be sent using multiple interfaces at the
  21. same time (if available).
  22. What: /sys/class/net/<mesh_iface>/mesh/bridge_loop_avoidance
  23. Date: November 2011
  24. Contact: Simon Wunderlich <sw@simonwunderlich.de>
  25. Description:
  26. Indicates whether the bridge loop avoidance feature
  27. is enabled. This feature detects and avoids loops
  28. between the mesh and devices bridged with the soft
  29. interface <mesh_iface>.
  30. What: /sys/class/net/<mesh_iface>/mesh/fragmentation
  31. Date: October 2010
  32. Contact: Andreas Langer <an.langer@gmx.de>
  33. Description:
  34. Indicates whether the data traffic going through the
  35. mesh will be fragmented or silently discarded if the
  36. packet size exceeds the outgoing interface MTU.
  37. What: /sys/class/net/<mesh_iface>/mesh/gw_bandwidth
  38. Date: October 2010
  39. Contact: Marek Lindner <mareklindner@neomailbox.ch>
  40. Description:
  41. Defines the bandwidth which is propagated by this
  42. node if gw_mode was set to 'server'.
  43. What: /sys/class/net/<mesh_iface>/mesh/gw_mode
  44. Date: October 2010
  45. Contact: Marek Lindner <mareklindner@neomailbox.ch>
  46. Description:
  47. Defines the state of the gateway features. Can be
  48. either 'off', 'client' or 'server'.
  49. What: /sys/class/net/<mesh_iface>/mesh/gw_sel_class
  50. Date: October 2010
  51. Contact: Marek Lindner <mareklindner@neomailbox.ch>
  52. Description:
  53. Defines the selection criteria this node will use
  54. to choose a gateway if gw_mode was set to 'client'.
  55. What: /sys/class/net/<mesh_iface>/mesh/hop_penalty
  56. Date: Oct 2010
  57. Contact: Linus Lüssing <linus.luessing@web.de>
  58. Description:
  59. Defines the penalty which will be applied to an
  60. originator message's tq-field on every hop.
  61. What: /sys/class/net/<mesh_iface>/mesh/isolation_mark
  62. Date: Nov 2013
  63. Contact: Antonio Quartulli <antonio@meshcoding.com>
  64. Description:
  65. Defines the isolation mark (and its bitmask) which
  66. is used to classify clients as "isolated" by the
  67. Extended Isolation feature.
  68. What: /sys/class/net/<mesh_iface>/mesh/network_coding
  69. Date: Nov 2012
  70. Contact: Martin Hundeboll <martin@hundeboll.net>
  71. Description:
  72. Controls whether Network Coding (using some magic
  73. to send fewer wifi packets but still the same
  74. content) is enabled or not.
  75. What: /sys/class/net/<mesh_iface>/mesh/orig_interval
  76. Date: May 2010
  77. Contact: Marek Lindner <mareklindner@neomailbox.ch>
  78. Description:
  79. Defines the interval in milliseconds in which batman
  80. sends its protocol messages.
  81. What: /sys/class/net/<mesh_iface>/mesh/routing_algo
  82. Date: Dec 2011
  83. Contact: Marek Lindner <mareklindner@neomailbox.ch>
  84. Description:
  85. Defines the routing procotol this mesh instance
  86. uses to find the optimal paths through the mesh.