| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
|
|
|
| |
so it was inconsistent (although probably not harmful) to have
world-read.
Submitted by: Socketd <db@traceroute.dk>
|
|
|
|
|
|
|
| |
in Framed-Route, it didn't work. Since ncprange_aton() treats
0.0.0.0 and :: as prefixlen=0, we need to care the case.
MFC after: 1 week
|
|
|
|
| |
MFC after: 1 week
|
|
|
|
|
|
|
| |
want to pass the value to upper layer protocol such as DHCPv6
for prefix delegation.
MFC after: 1 week
|
|
|
|
| |
MFC after: 1 week
|
|
|
|
| |
MFC after: 1 week
|
|
|
|
| |
MFC after: 1 week
|
|
|
|
|
|
| |
of Framed-IPv6-Route is user defined, it follows Framed-IP-route.
MFC after: 1 week
|
|
|
|
| |
MFC after: 1 week
|
| |
|
|
|
|
|
|
|
|
| |
error) on amd64 when doing pointer subtraction. This bug is already
fixed in gcc-3.3 (waiting for after the branch), and the hack will be
backed out at the first opportunity. This is in the ipv6 code path.
Approved by: re (scottl)
|
|
|
|
| |
Approved by: re (blanket)
|
|
|
|
| |
Prodded by: scottl
|
|
|
|
| |
Approved by: re (scottl)
|
|
|
|
|
|
| |
removed, too.
MFC after: 1 week
|
|
|
|
|
|
|
|
|
| |
instead of 128. It makes RA happy.
Reported by: rafa@dif.um.es,
SHIRASAKI Yasuhiro <yasuhiro@nttv6.jp>
Reviewed by: SHIRASAKI Yasuhiro <yasuhiro@nttv6.jp>
MFC after: 1 week
|
|
|
|
|
| |
to communicate by IPv6. So, the prompt should be `PPP' rather
than `PPp'.
|
| |
|
|
|
|
| |
Submitted by: Francis Dupont <Francis.Dupont@enst-bretagne.fr>
|
|
|
|
|
|
| |
-dedicated links.
Submitted by: Maksim Yevmenkin <myevmenk@exodus.net>
|
|
|
|
|
| |
deleted, and never came back. Now, the route to
ff02::tun0/32 is installed at the end of IPV6CP negitiaton.
|
|
|
|
| |
scope addresses.
|
|
|
|
|
|
| |
we need ppp.link{up,down}, we couldn't disable IPCP. Now, if IPCP is
disabled, ppp.link{up,down} is invoked at the end of IPV6CP
negotiation.
|
|
|
|
| |
especially in troff files.
|
|
|
|
|
|
|
|
|
|
|
|
| |
time_t. Deal with the possibility that time_t != int32_t. This boils
down to this sort of thing:
- time(&ut.ut_time);
+ ut.ut_time = time(NULL);
and similar for ctime(3) etc. I've kept it minimal for the stuff
that may need to be portable (or 3rd party code), but used Matt's time32
stuff for cases where that isn't as much of a concern.
Approved by: re (jhb)
|
|
|
|
|
|
|
|
|
|
|
| |
it as being in range.
set ifaddr 1.2.3.4/0 5.6.7.8/0
no longer allows 0.0.0.0 as a valid IP.
Reported/tested by: Bohdan Horst <nexus@hoth.amu.edu.pl>
MFC after: 3 days
|
|
|
|
|
| |
Submitted by: Andre Albsmeier <andre.albsmeier@mchp.siemens.de>
MFC after: 1 day
|
|
|
|
| |
MFC after: 1 day
|
|
|
|
|
|
|
|
|
| |
contributor)
- support ipv6cpretry and ipv6cpretries, which are IPv6 versions
of ipcpretry and ipcpretries.
- improve handling of IPv6 link-local addresses
Submitted by: JINMEI Tatuya <jinmei@isl.rdc.toshiba.co.jp>
|
|
|
|
| |
Suggested by: mike
|
| |
|
|
|
|
| |
Submitted by: Olivier Tharan <olive@oban.frmug.org>
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
called <machine/_types.h>.
o <machine/ansi.h> will continue to live so it can define MD clock
macros, which are only MD because of gratuitous differences between
architectures.
o Change all headers to make use of this. This mainly involves
changing:
#ifdef _BSD_FOO_T_
typedef _BSD_FOO_T_ foo_t;
#undef _BSD_FOO_T_
#endif
to:
#ifndef _FOO_T_DECLARED
typedef __foo_t foo_t;
#define _FOO_T_DECLARED
#endif
Concept by: bde
Reviewed by: jake, obrien
|
| |
|
|
|
|
| |
MFC after: 1 week
|
|
|
|
| |
MFC after: 1 week
|
|
|
|
| |
string.
|
| |
|
|
|
|
|
|
|
|
|
| |
Objected to by: Andre Oppermann <oppermann@pipeline.ch>
After Andre's objection, I've re-examined rfc 2759 and noted that it
says that the domain name shouldn't be used when generating the
NT-Response field. So it looks like the bug is in freeradius rather
than in ppp.
|
|
|
|
| |
it off before passing it on to the RADIUS server for authentication.
|
|
|
|
|
|
|
| |
Instead, use the correct values based on the number of bits actually
negotiated.
Spotted by: Sergey Korolew <ds@rt.balakovo.ru>
|
| |
|
|
|
|
| |
``show physical''.
|
|
|
|
|
|
|
|
| |
This removes a bad latency problem during initial setup where we
end up waiting for too long before reading the connected message
and time the connection out.
Problem figured out by: Andre Albsmeier <andre@albsmeier.net>
|
|
|
|
| |
Submitted by: Federico G. Schwindt <fgsch@olimpo.com.br>
|
|
|
|
| |
fixing them.
|
|
|
|
| |
server says it's ok.
|
|
|
|
|
|
|
| |
there's an ``Ident'' field in the MS-CHAP2-Response and
MS-CHAP-Error attributes.
The RADIATOR server seems to be guilty of this.
|