docs: release 2014.3 corrections/clarifications
This commit is contained in:
parent
2119fec628
commit
e909329b1f
@ -10,25 +10,26 @@ New features
|
|||||||
|
|
||||||
New autoupdater
|
New autoupdater
|
||||||
---------------
|
---------------
|
||||||
The autoupdater has been rewritten and now limits the time in which updates are
|
The autoupdater has been rewritten.
|
||||||
performed normally to the span from 04:00 to 05:00.
|
|
||||||
|
|
||||||
The manifest now has two new fields:
|
Two now fields have been added to the manifest:
|
||||||
|
|
||||||
``DATE``
|
``DATE``
|
||||||
Specifies the time the update was released and is set automatically by ``make manifest``.
|
Specifies the time and date the update was released. ``make manifest`` will take care of setting it to the correct value.
|
||||||
|
|
||||||
``PRIORITY``
|
``PRIORITY``
|
||||||
Specifies the maximum number of days until the update should be performed (thus lower numbers
|
Specifies the maximum number of days until the update should be attempted (thus lower numbers
|
||||||
mean the priority is higher). It must be set either in ``site.mk`` or on the ``make manifest`` command line.
|
mean the priority is higher). It must be set either in ``site.mk`` or on the ``make manifest`` command line.
|
||||||
|
|
||||||
During the days specified by ``PRIORITY`` the update probability will start at 0 and slowly rise to 1
|
|
||||||
after all ``PRIORITY`` days have passed. If more than ``PRIORITY+1`` days have passed, the updater will fall back
|
|
||||||
to hourly update attempts so nodes which are never active between 04:00 and 05:00 also get an update eventually.
|
|
||||||
|
|
||||||
**Note:** For the new update logic to work, a valid NTP server reachable over the mesh (over IPv6) must
|
Updates will be attempted at night, between 04:00 and 5:00, with a specific probability.
|
||||||
be configured in the ``site.mk``. When the updater can't determine the correct time, it will fall back to
|
When less than ``PRIORITY`` days have passed (calculated using ``DATE`` and the current time),
|
||||||
a behavior similar to the old implementation.
|
the probability will proportional to the time passed. I.e. the update probability will start at 0
|
||||||
|
and slowly increase to 1 until ``PRIORITY`` days have passed. From then, the probability will be fixed at 1.
|
||||||
|
|
||||||
|
**Note:** For the new update logic to work, a valid NTP server reachable over the mesh (using IPv6) must
|
||||||
|
be configured in ``site.mk``. If the autoupdater is unable to determine the correct time, it will fall back to
|
||||||
|
a behavior similar to the old implementation (i.e. hourly update attempts).
|
||||||
|
|
||||||
Seperation of announced data
|
Seperation of announced data
|
||||||
----------------------------
|
----------------------------
|
||||||
@ -38,8 +39,8 @@ The data announced by alfred has been split into two data types:
|
|||||||
* *statistics* (type 159) contains all dynamic information about a node
|
* *statistics* (type 159) contains all dynamic information about a node
|
||||||
|
|
||||||
Both types also contain a new field ``node_id`` which contains an arbitrary unique ID
|
Both types also contain a new field ``node_id`` which contains an arbitrary unique ID
|
||||||
(currently the primary MAC address) which can be used to correlate the *nodeinfo*
|
(currently the primary MAC address, sans colons) which can be used to match the *nodeinfo*
|
||||||
and *statistics* information.
|
with *statistics* information.
|
||||||
|
|
||||||
gluon-announced
|
gluon-announced
|
||||||
---------------
|
---------------
|
||||||
@ -48,26 +49,26 @@ used for querying the *nodeinfo* data of a node via link-local multicast on the
|
|||||||
interfaces.
|
interfaces.
|
||||||
|
|
||||||
At the moment, this daemon is not used, but we recommend including it in ``site.mk`` nevertheless
|
At the moment, this daemon is not used, but we recommend including it in ``site.mk`` nevertheless
|
||||||
as we plan to implement a new status page showing some information about the neighbor nodes in
|
as we plan to implement a new status page showing some information about neighbor nodes in
|
||||||
the next version of Gluon.
|
the next version of Gluon.
|
||||||
|
|
||||||
VPN over IPv6
|
VPN over IPv6
|
||||||
-------------
|
-------------
|
||||||
Using fastd over IPv6 should now work fine (although it hasn't been tested extensively).
|
It is now possible to use fastd in IPv6 WAN networks. This still needs testing, but it should work well.
|
||||||
|
|
||||||
Please note that the MTU 1426 used by many communities for VPN over IPv4 is too big for IPv6 as
|
Please note that the MTU of 1426 used by many communities for VPN over IPv4 is too big for IPv6 as
|
||||||
the IPv6 header is 20 bytes longer (fastd over IPv4 has an overhead of 66 bytes,
|
the IPv6 header is 20 bytes longer (fastd over IPv4 has an overhead of 66 bytes,
|
||||||
fastd over IPv6 has an overhead of 86 bytes).
|
fastd over IPv6 has an overhead of 86 bytes).
|
||||||
|
|
||||||
More modular Config Mode
|
More modular Config Mode
|
||||||
------------------------
|
------------------------
|
||||||
The package ``gluon-config-mode`` has been split up into multiple packages to simplify the development of own
|
The package ``gluon-config-mode`` has been split into multiple packages to simplify the development of
|
||||||
extensions. The low-level logic (handling of the button, starting the services for the config mode) has been moved
|
extensions. The low-level logic (handling of the button, starting the services for the config mode) has been moved
|
||||||
into a new package ``gluon-setup-mode``, while ``gluon-config-mode`` only contains the frontend now.
|
into a new package ``gluon-setup-mode``, while ``gluon-config-mode`` only contains the frontend now.
|
||||||
|
|
||||||
Extended Expert Mode
|
Extended Expert Mode
|
||||||
--------------------
|
--------------------
|
||||||
The Expert Mode how has a nice info page. In addition, the new package ``gluon-luci-portconfig`` has been added
|
The Expert Mode now has a nice info page. In addition, the new package ``gluon-luci-portconfig`` has been added
|
||||||
which allows simple configuration of batman-adv on the WAN interface.
|
which allows simple configuration of batman-adv on the WAN interface.
|
||||||
|
|
||||||
Site validators
|
Site validators
|
||||||
@ -77,7 +78,7 @@ build broken images.
|
|||||||
|
|
||||||
gluon-firewall
|
gluon-firewall
|
||||||
--------------
|
--------------
|
||||||
The package ``gluon-firewall`` has been removed, its features are now part of the packages ``gluon-core`` and
|
The package ``gluon-firewall`` has been removed. Its features are now part of the packages ``gluon-core`` and
|
||||||
``gluon-mesh-batman-adv``.
|
``gluon-mesh-batman-adv``.
|
||||||
|
|
||||||
gluon-ath9k-workaround
|
gluon-ath9k-workaround
|
||||||
@ -90,17 +91,17 @@ Bugfixes
|
|||||||
|
|
||||||
Improved ath9k stability
|
Improved ath9k stability
|
||||||
------------------------
|
------------------------
|
||||||
Multiple bugs in the WLAN driver ath9k were fixed upstream, which should greatly improve the WLAN stability.
|
Multiple bugs in the WLAN driver ath9k have been fixed upstream. This should greatly improve the WLAN stability.
|
||||||
|
|
||||||
odhcp6c 50d-Bug
|
odhcp6c 50 day bug
|
||||||
---------------
|
---------------
|
||||||
An important update for odhcp6c fixes a bug which caused Gluon nodes to lose their IPv6 addresses on br-client after an uptime
|
An important update for odhcp6c fixes a bug which caused Gluon nodes to lose their IPv6 addresses on br-client after an uptime
|
||||||
of 50 days, making the nodes unable perform an automated update (besides other issues).
|
of 50 days, making the nodes unable perform automated updates (besides other issues).
|
||||||
|
|
||||||
IPv6 preference
|
IPv6 preference
|
||||||
---------------
|
---------------
|
||||||
Commands like ``wget`` now prefer IPv6 for domains with both AAAA and A records, allowing to use such domains for the autoupdater URLs
|
Commands like ``wget`` now prefer IPv6 for domains with both AAAA and A records, allowing to use such domains for the autoupdater URLs
|
||||||
and as NTP servers in the ``site.conf``.
|
and as NTP servers in ``site.conf``.
|
||||||
|
|
||||||
Site changes
|
Site changes
|
||||||
~~~~~~~~~~~~
|
~~~~~~~~~~~~
|
||||||
@ -120,7 +121,7 @@ Site changes
|
|||||||
+ ``gluon-announced``
|
+ ``gluon-announced``
|
||||||
+ ``gluon-luci-portconfig``
|
+ ``gluon-luci-portconfig``
|
||||||
|
|
||||||
- GLUON_PRIORITY must be set in ``site.mk`` or on the ``make manifest`` commandline. Use ``GLUON_PRIORITY ?= 0`` in ``site.mk`` to allow overriding it on the commandline.
|
- GLUON_PRIORITY must be set in ``site.mk`` or on the ``make manifest`` commandline. Use ``GLUON_PRIORITY ?= 0`` in ``site.mk`` to allow overriding from the commandline.
|
||||||
|
|
||||||
Internals
|
Internals
|
||||||
~~~~~~~~~
|
~~~~~~~~~
|
||||||
|
Loading…
Reference in New Issue
Block a user