aboutsummaryrefslogtreecommitdiffstats
path: root/package/network/ipv6/6rd
Commit message (Collapse)AuthorAgeFilesLines
* package: drop PKG_VERSION for purely local packagesAdrian Schmutzler2020-07-151-2/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | In the package guidelines, PKG_VERSION is supposed to be used as "The upstream version number that we're downloading", while PKG_RELEASE is referred to as "The version of this package Makefile". Thus, the variables in a strict interpretation provide a clear distinction between "their" (upstream) version in PKG_VERSION and "our" (local OpenWrt trunk) version in PKG_RELEASE. For local (OpenWrt-only) packages, this implies that those will only need PKG_RELEASE defined, while PKG_VERSION does not apply following a strict interpretation. While the majority of "our" packages actually follow that scheme, there are also some that mix both variables or have one of them defined but keep them at "1". This is misleading and confusing, which can be observed by the fact that there typically either one of the variables is never bumped or the choice of the variable to increase depends on the person doing the change. Consequently, this patch aims at clarifying the situation by consistently using only PKG_RELEASE for "our" packages. To achieve that, PKG_VERSION is removed there, bumping PKG_RELEASE where necessary to ensure the resulting package version string is bigger than before. During adjustment, one has to make sure that the new resulting composite package version will not be considered "older" than the previous one. A useful tool for evaluating that is 'opkg compare-versions'. In principle, there are the following cases: 1. Sole PKG_VERSION replaced by sole PKG_RELEASE: In this case, the resulting version string does not change, it's just the value of the variable put in the file. Consequently, we do not bump the number in these cases so nobody is tempted to install the same package again. 2. PKG_VERSION and PKG_RELEASE replaced by sole PKG_RELEASE: In this case, the resulting version string has been "version-release", e.g. 1-3 or 1.0-3. For this case, the new PKG_RELEASE will just need to be higher than the previous PKG_VERSION. For the cases where PKG_VERSION has always sticked to "1", and PKG_RELEASE has been incremented, we take the most recent value of PKG_RELEASE. Apart from that, a few packages appear to have developed their own complex versioning scheme, e.g. using x.y.z number for PKG_VERSION _and_ a PKG_RELEASE (qos-scripts) or using dates for PKG_VERSION (adb-enablemodem, wwan). I didn't touch these few in this patch. Cc: Hans Dedecker <dedeckeh@gmail.com> Cc: Felix Fietkau <nbd@nbd.name> Cc: Andre Valentin <avalentin@marcant.net> Cc: Matthias Schiffer <mschiffer@universe-factory.net> Cc: Jo-Philipp Wich <jo@mein.io> Cc: Steven Barth <steven@midlink.org> Cc: Daniel Golle <dgolle@allnet.de> Cc: John Crispin <john@phrozen.org> Signed-off-by: Adrian Schmutzler <freifunk@adrianschmutzler.de>
* 6rd: pass ipcalc as argument to evalHans Dedecker2018-01-152-3/+3
| | | | | | | | Instead of grepping for NETWORK after calling ipcalc.sh; pass ipcalc.sh as argument to eval allowing to use $NETWORK to retrieve the IPv4 prefix (ip4prefix). Signed-off-by: Hans Dedecker <dedeckeh@gmail.com>
* 6rd: add 6rd specific settings as nested json objectHans Dedecker2017-05-222-3/+7
| | | | | | Add 6rd specific settings prefix, relay-prefix as a nested data json object Signed-off-by: Hans Dedecker <dedeckeh@gmail.com>
* network/ipv6/6rd: drop Build/Prepare rule in favor of default oneAlexandru Ardelean2016-10-151-5/+0
| | | | Signed-off-by: Alexandru Ardelean <ardeleanalex@gmail.com>
* package: Remove dependencies to kmod-ipv6Steven Barth2015-09-211-1/+1
| | | | | | | | | Since r46834, IPv6 support is builtin if selected. Therefor, dependencies on kmod-ipv6 can no longer be fulfilled, since it is not a module anymore. Signed-off-by: Arjen de Korte <arjen+openwrt@de-korte.org> SVN-Revision: 47022
* 6rd: Remove sourcerouting parameter registrationSteven Barth2015-06-101-1/+0
| | | | | | | | | Commit 31214c38c8dd0f70366b523f9b0335145b9386bd removes IPv6 unneeded source-dest-routing workarounds; as a result sourcerouting parameter is unused and can be removed. Signed-off-by: Hans Dedecker <dedeckeh@gmail.com> SVN-Revision: 45939
* ipv6: remove now unneeded source-dest-routing workaroundsSteven Barth2015-05-192-10/+5
| | | | | | Signed-off-by: Steven Barth <steven@midlink.org> SVN-Revision: 45700
* 6rd: make host dependency more specificSteven Barth2015-03-102-2/+2
| | | | | | Signed-off-by: Steven Barth <steven@midlink.org> SVN-Revision: 44636
* 6rd: honor tunlink in host dependencySteven Barth2015-02-262-3/+3
| | | | | | Signed-off-by: Steven Barth <steven@midlink.org> SVN-Revision: 44541
* license info - revert r43155John Crispin2014-11-031-3/+0
| | | | | | | | turns out that r43155 adds duplicate info. Signed-off-by: John Crispin <blogic@openwrt.org> SVN-Revision: 43167
* Add more license tags with SPDX identifiersJohn Crispin2014-11-031-0/+3
| | | | | | | | | | | | | | | | | | Note, that licensing stuff is a nightmare: many packages does not clearly state their licenses, and often multiple source files are simply copied together - each with different licensing information in the file headers. I tried hard to ensure, that the license information extracted into the OpenWRT's makefiles fit the "spirit" of the packages, e.g. such small packages which come without a dedicated source archive "inherites" the OpenWRT's own license in my opinion. However, I can not garantee that I always picked the correct information and/or did not miss license information. Signed-off-by: Michael Heimpold <mhei@heimpold.de> SVN-Revision: 43155
* Add a few SPDX tagsSteven Barth2014-11-021-0/+1
| | | | | | Signed-off-by: Steven Barth <steven@midlink.org> SVN-Revision: 43151
* 6rd: Tos supportSteven Barth2014-10-021-2/+4
| | | | | | | | | | Tos support is added as a string parameter which can have the following values : -inherit (outer header inherits the tos value of the inner header) -hex value Signed-off-by: Hans Dedecker <dedeckeh@gmail.com> SVN-Revision: 42747
* 6rd: Select first IPv4 address from configured tunlink interface as local ↵Steven Barth2014-04-242-3/+8
| | | | | | | | | | tunnel address Gives the user the control to select the correct WAN IPv4 address to be used by the 6rd tunnel when mutiple WAN interfaces are configured Signed-off-by: Hans Dedecker <dedeckeh@gmail.com> SVN-Revision: 40566
* 6rd / ds-lite: make the firewall-zones of nested-protocols configurableSteven Barth2014-03-262-3/+8
| | | | SVN-Revision: 40020
* 6rd: Make don't fragment bit (df) a configurable variableSteven Barth2014-01-231-2/+4
| | | | | | | | | | | | | | Make the IPv4 "do not fragment" bit a configurable variable for the 6rd tunnel interface as the bit should not be set in the encapsulating IPv4 header according to RFC3056. On top the config variable allows to enable/disable path mtu discovery for tunnel interfaces. Config variable can be passed to netifd as tunnel config support is already present for the "do not fragment" bit. Signed-off-by: Hans Dedecker <dedeckeh@gmail.com> SVN-Revision: 39370
* 6in4, 6rd, 6to4: Use source-restricted routes by defaultSteven Barth2014-01-171-3/+11
| | | | SVN-Revision: 39307
* Convert DHCP->6rd and DHCPv6->DS-Lite autoconfig to dynamic interfaceSteven Barth2013-12-152-3/+5
| | | | SVN-Revision: 39061
* 6rd: Clear correct IPv6 address bits in 6rdcalcSteven Barth2013-11-161-1/+1
| | | | | | | | | | | The correct bits are now cleared in the IPv6 address as the shift value to the correct byte in the IPv6 address was wrong. Depending on the stack values this could result in a hanging 6rdcalc program due to an endless loop. Signed-off-by: Hans Dedecker <dedeckeh@gmail.com> SVN-Revision: 38818
* package: fold the IPv6 menu into NetworkFelix Fietkau2013-05-141-2/+2
| | | | | | Signed-off-by: Felix Fietkau <nbd@openwrt.org> SVN-Revision: 36634
* 6rd: increase metric of default routeSteven Barth2013-05-122-2/+2
| | | | | | This will prefer native IPv6 over 6rd if both are present. SVN-Revision: 36605
* 6rd: add support for native IPv6 prefix handlingSteven Barth2013-01-152-1/+5
| | | | SVN-Revision: 35173
* packages: sort network related packages into package/network/Felix Fietkau2012-10-104-0/+266
SVN-Revision: 33688