| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
| |
PR: bin/61294
Submitted by: Boris Kovalenko
MFC after: 3 weeks
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
levels by which they are used. On a typical production setting (no
debug or filter logging) this will save an open/read/close system
call sequence per packet, approximately halving the system overhead
and reducing the overall overhead by 38%.
dd bs=1k count=512 if=/usr/share/dict/web2 |
ssh ppp-linked-host dd of=/dev/null
# time original-ppp -nat -foreground connection
Working in foreground mode
Using interface: tun0
2.822u 2.404s 2:00.31 4.3% 392+496k 8+18io 3pf+0w
# time new-ppp -nat -foreground connection
Working in foreground mode
Using interface: tun0
2.082u 1.173s 1:26.06 3.7% 379+450k 0+18io 0pf+0w
MFC after: 3 weeks
|
|
|
|
|
| |
Suggested by: James P Scully <scully@CS.Arizona.EDU>, Perianayagam Somasundaram <somu@CS.Arizona.EDU>
MFC after: 10 days
|
| |
|
|
|
|
|
|
| |
printing the name.
Approved by: brian
|
|
|
|
|
| |
PR: 60999
Submitted by: Marc Silver <marcs@draenor.org>
|
|
|
|
|
|
| |
constants NG_*SIZ that include the trailing NUL byte. This change
is mostly mechanical except for the replacement of a couple of snprintf()
and sprintf() calls with strlcpy.
|
|
|
|
| |
PR: 31771
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Skinny is the protocol used by Cisco IP phones to talk to Cisco Call
Managers. With this code, one can use a Cisco IP phone behind a FreeBSD
NAT gateway.
Currently, having the Call Manager behind the NAT gateway is not supported.
More information on enabling Skinny support in libalias, natd, and ppp
can be found in those applications' manpages.
PR: 55843
Reviewed by: ru
Approved by: ru
MFC after: 30 days
|
| |
|
|
|
|
|
| |
may contain crypto. The days of ITAR paranoia are over, and the simple
macro tests that remain are sufficient.
|
| |
|
|
|
|
|
|
|
| |
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
|