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