| Commit message (Collapse) | Author | Age |
|
|
|
|
|
|
|
|
|
| |
Silence warning "daemon.notice netifd: wan6 (1139): sh: write error: Invalid argument"
when an invalid MTU is received via RA as kernel refuses to accept IPv6 mtu values
which are smaller than 1280 and bigger than the device mtu.
Signed-off-by: Hans Dedecker <dedeckeh@gmail.com>
git-svn-id: svn+ssh://svn.openwrt.org/openwrt/trunk@49054 3c298f89-4303-0410-b956-a3cf2f4a3e73
|
|
|
|
|
|
| |
Signed-off-by: Steven Barth <steven@midlink.org>
SVN-Revision: 46781
|
|
|
|
|
|
|
|
| |
Use option extendprefix 1 to enable
Signed-off-by: Steven Barth <steven@midlink.org>
SVN-Revision: 46779
|
|
|
|
|
|
|
|
|
|
| |
Better synchronize RA & DHCPv6 events
Accumulate some events to avoid flooding
Restart softwires for address and prefix changes
Signed-off-by: Steven Barth <steven@midlink.org>
SVN-Revision: 46518
|
|
|
|
|
|
| |
Signed-off-by: Steven Barth <steven@midlink.org>
SVN-Revision: 46408
|
|
|
|
|
|
| |
Signed-off-by: Steven Barth <steven@midlink.org>
SVN-Revision: 46335
|
|
|
|
|
|
|
|
| |
Thanks to Mikael Abrahamsson for reporting.
Signed-off-by: Steven Barth <steven@midlink.org>
SVN-Revision: 45941
|
|
|
|
|
|
| |
Signed-off-by: Steven Barth <steven@midlink.org>
SVN-Revision: 45867
|
|
|
|
|
|
| |
Signed-off-by: Steven Barth <steven@midlink.org>
SVN-Revision: 45700
|
|
|
|
|
|
| |
Signed-off-by: Hans Dedecker <dedeckeh@gmail.com>
SVN-Revision: 45585
|
|
|
|
|
|
| |
Signed-off-by: Steven Barth <steven@midlink.org>
SVN-Revision: 45476
|
|
|
|
|
|
| |
Signed-off-by: Steven Barth <steven@midlink.org>
SVN-Revision: 45449
|
|
|
|
|
|
| |
Signed-off-by: Steven Barth <steven@midlink.org>
SVN-Revision: 45428
|
|
|
|
|
|
| |
Signed-off-by: Steven Barth <steven@midlink.org>
SVN-Revision: 45358
|
|
|
|
|
|
| |
Signed-off-by: Steven Barth <steven@midlink.org>
SVN-Revision: 45323
|
|
|
|
| |
SVN-Revision: 42852
|
|
|
|
| |
SVN-Revision: 42850
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Some ISP seem to only do stateful DHCPv6 and not sending RAs.
This is technically broken because plain DHCPv6 doesn't carry routes.
We work around here by faking a default route to the DHCPv6 server
if we do not receive a useful RA from the ISP.
This workaround can be turned off with: option fakeroutes 0
Signed-off-by: Steven Barth <steven@midlink.org>
SVN-Revision: 42803
|
|
|
|
|
|
| |
Signed-off-by: Hans Dedecker <dedeckeh@gmail.com>
SVN-Revision: 41893
|
|
|
|
|
|
| |
Signed-off-by: Felix Fietkau <nbd@openwrt.org>
SVN-Revision: 41833
|
|
|
|
|
|
| |
Signed-off-by: Steven Barth <steven@midlink.org>
SVN-Revision: 41823
|
|
|
|
|
|
| |
This deliberatly breaks RFC 7083 since its not really user-friendly.
SVN-Revision: 41001
|
|
|
|
| |
SVN-Revision: 40825
|
|
|
|
|
|
| |
Much thanks to Hans Dedecker
SVN-Revision: 40746
|
|
|
|
| |
SVN-Revision: 40745
|
|
|
|
| |
SVN-Revision: 40728
|
|
|
|
| |
SVN-Revision: 40604
|
|
|
|
|
|
| |
Signed-off-by: Helmut Schaa <helmut.schaa@googlemail.com>
SVN-Revision: 40386
|
|
|
|
| |
SVN-Revision: 40351
|
|
|
|
| |
SVN-Revision: 40020
|
|
|
|
| |
SVN-Revision: 39910
|
|
|
|
| |
SVN-Revision: 39628
|
|
|
|
|
|
| |
Signed-off-by: John Crispin <blogic@openwrt.org>
SVN-Revision: 39624
|
|
|
|
| |
SVN-Revision: 39575
|
|
|
|
| |
SVN-Revision: 39478
|
|
|
|
|
|
|
|
| |
Latest changes broke source-restriction of on-link routes. Restoring
old-behaviour but adding correct source-restrictions which prevents
the offlink handler to remove the on-link route.
SVN-Revision: 39454
|
|
|
|
| |
SVN-Revision: 39451
|
|
|
|
| |
SVN-Revision: 39311
|
|
|
|
| |
SVN-Revision: 39061
|
|
|
|
| |
SVN-Revision: 39058
|
|
|
|
| |
SVN-Revision: 38314
|
|
|
|
| |
SVN-Revision: 37148
|
|
|
|
| |
SVN-Revision: 37033
|
|
|
|
| |
SVN-Revision: 36959
|
|
|
|
| |
SVN-Revision: 36625
|
|
|
|
|
|
|
|
|
| |
Previously if the upstream router did not provide any DHCPv6-service
the wan6 interface would not come up even if RAs were received. The new
behavior allows the wan6 interface to comeup with RA-only configuration
after a timeout of 10s.
SVN-Revision: 36555
|
|
|
|
|
|
| |
T2 is > 1 day * Add "norelease" option to not send a RELEASE when stopping
SVN-Revision: 35902
|
|
|
|
| |
SVN-Revision: 35570
|
|
|
|
| |
SVN-Revision: 35421
|
|
|
|
|
|
| |
netifd
SVN-Revision: 35419
|