accel-ppp-xebd.git/accel-pppd/ipv6, branch 1.12.0High performance PPTP/L2TP/PPPoE/IPoE server for Linux (mirror of https://github.com/marekm72/accel-ppp-xebd.git)
https://git.amelek.net/marekm72/accel-ppp-xebd.git/atom?h=1.12.02019-07-12T16:00:58+00:00dhcpv6: fix delegated prefix routes2019-07-12T16:00:58+00:00Vladislav Grishenkothemiron@mail.ru2019-07-12T15:59:12+00:00urn:sha1:3b62934c61ea0cacf16ce9f022e390fb23c7e255
older api causes "none" rtm type
libnetlink: add gateway and priority parameters to ip6route_*()2018-12-04T03:26:35+00:00Guillaume Naultg.nault@alphalink.fr2018-11-30T16:36:15+00:00urn:sha1:896b7ae69c33721d70837202257d3674d22fe465
Let callers set a gateway and a priority to IPv6 routes. This is
necessary for implementing the RADIUS Framed-IPv6-Route attribute.
Also let ip6route_del() configure .rtm_protocol. This is already
implemented in ip6route_add(), so we need to add the ip6route_del()
counterpart. Otherwise, we couldn't delete routes that were added using
a non-zero protocol.
Signed-off-by: Guillaume Nault <g.nault@alphalink.fr>
ipv6: fix IPv6 processing of sessions that only have only a link-local address2018-10-23T06:44:45+00:00Guillaume Naultg.nault@alphalink.fr2018-10-22T10:24:05+00:00urn:sha1:7103ae4d8b24b171f5321894a9bb045d018f0f40
Several modules assume that if ses->ipv6 is set, then
ses->ipv6->addr_list contains at least one element. But this is not
true if ipv6 was allocated by the pseudo ipdb backend of ipv6cp
(ipv6cp_opt_intfid.c). That is, if the PPP session only has an
automatic link-local address.
This leads modules like pppd-compat and dhcpv6 to access invalid memory
when trying to retrieve the IPv6 address of a PPP session.
Signed-off-by: Guillaume Nault <g.nault@alphalink.fr>
ipv6: dhcpv6: fix PD linklocal route for ipoe clients2018-02-08T14:19:18+00:00Vladislav Grishenkothemiron@mail.ru2018-02-08T14:12:01+00:00urn:sha1:2e4477498304db90061df3d387728e26a9232a5d
peer linklocal address can't be negotiated in ipoe mode unlike ppp,
so route may lead to nowhere with non-working PD routing as result.
so, instead of guessing peer link-local address, use dhcpv6 client
src address as the gateway.
since dhcpv6 clients are onlink and there's no dhcpv6 relay support
(yet), dhcpv6 source would be exactly final linklocal address, no
matter ppp or ipoe is in use.
fine tune commit abaa43a307fa7a790dd34034c5fd8013dbd0488c
ipv6: dhcpv6: route all PD via one linklocal gateway2018-01-12T21:08:09+00:00Vladislav Grishenkothemiron@mail.ru2018-01-12T20:47:27+00:00urn:sha1:abaa43a307fa7a790dd34034c5fd8013dbd0488cipv6: dhcpv6: fix iaid logging2018-01-12T21:07:57+00:00Vladislav Grishenkothemiron@mail.ru2018-01-12T11:22:39+00:00urn:sha1:bd2c6c801707b05541edbfc050bcd2930785321eipv6: dhcpv6: fix serverid overflow lead do dhcpv6 malfunction2018-01-12T21:07:53+00:00Vladislav Grishenkothemiron@mail.ru2018-01-11T21:52:22+00:00urn:sha1:043ad09ee13d0facb851e3b20f03f78074739ce9ipv6: consolidate and fix interface-id address generation for non-/1282018-01-12T21:07:50+00:00Vladislav Grishenkothemiron@mail.ru2018-01-12T17:24:28+00:00urn:sha1:933595c17e2a665315a9742ccd2ddeea6dafb78fipv6: use macro for unspecified address ckecking2018-01-12T21:07:45+00:00Vladislav Grishenkothemiron@mail.ru2018-01-11T21:54:59+00:00urn:sha1:2bec9805e11d591fb638908f78d82e7f62463a51ipv6: ignore "unspecified address" (::/128)2017-12-29T11:26:38+00:00Dmitry Kozlovxeb@mail.ru2017-12-29T11:26:38+00:00urn:sha1:bff66de7a08a6c62d263efc4fd2ef151094c83b7