| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
| |
|
|
|
|
|
| |
Broken by: me
Submitted by: Mark Hannon <markhannon@one.net.au>
|
|
|
|
| |
Submitted by: Matt Behrens <matt@megaweapon.zigg.com>
|
|
|
|
|
|
|
|
| |
dropped by any filter.
Submitted by: Mark Hannon <markhannon@one.net.au>
with some small tweaks by me.
|
|
|
|
|
|
|
|
|
| |
statistics as a side effect.
Submitted by: Marcin Cieslak <saper@system.pl>
with some tweaks to RAD_ACCT_SESSION_ID and
RAD_ACCT_MULTI_SESSION_ID generation by me.
|
|
|
|
| |
capabilities.
|
|
|
|
| |
We still process it for now though.
|
|
|
|
|
|
|
|
| |
isn't open and the links MRU >= our MRRU, send outbound traffic as
PROTO_IP rather than PROTO_MP. This shaves some bytes off the front
of each packet 'till the second link is brought up.
Idea obtained from: Cisco
|
|
|
|
| |
Pointed out by: Christian Weisgerber <naddy@mips.inka.de>
|
|
|
|
| |
it from id.c into defs.c
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
of the two when calculating the MP throughput average for the ``set
autoload'' implementation.
This makes more sense as all links I know of are full-duplex. This
also means that people may need to adjust their autoload settings
as 100% bandwidth is now the theoretical maximum rather than 200%
(but of course, halfing the current settings is probably not the
correct answer either!).
This involves a ppp version bump as we need to pass an extra
throughput array through the MP local domain socket.
|
|
|
|
|
|
|
|
| |
cumulative total of all active links rather than basing it on the
total of PROTO_MP traffic.
This fixes a problem whereby Cisco routers send PROTO_IP packets only
when there's only one link (hmm, what a good idea!).
|
|
|
|
| |
Deleting all routes that match the interface is sufficient.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
===================================================================
RCS file: /home/ncvs/src/usr.sbin/ppp/ppp.8,v
retrieving revision 1.233
diff -u -r1.233 ppp.8
--- ppp.8 2000/08/10 13:26:01 1.233
+++ ppp.8 2000/08/12 19:50:41
@@ -1,8 +1,8 @@
.\" $FreeBSD: src/usr.sbin/ppp/ppp.8,v 1.233 2000/08/10 13:26:01 brian Exp $
.Dd 20 September 1995
.nr XX \w'\fC00'
-.Os FreeBSD
.Dt PPP 8
+.Os
.Sh NAME
.Nm ppp
.Nd Point to Point Protocol (a.k.a. user-ppp)
|
|
|
|
| |
pppoe program must be used (such as pppoe(8) on OpenBSD).
|
|
|
|
| |
be doubled up to mean a single literaly ``!''.
|
|
|
|
|
| |
put it into the format string, supporting ps's tweak to
setproctitle().
|
|
|
|
| |
when purging routes.
|
|
|
|
| |
``ident'' command will expand macros.
|
|
|
|
| |
Two new commands are available; ``ident'' and ``sendident''.
|
|
|
|
|
| |
This avoids line length limits when large numbers of users are allowed
access to ppp.
|
|
|
|
| |
Spotted by: sheldonh
|
|
|
|
| |
thorough an MP setup with only a single link.
|
|
|
|
|
|
|
|
|
|
|
|
| |
effect the idle timer in different ways.
Submitted by: Stefan Esser <se@freebsd.org>
With adjustments by me to document the option in the man page and to
give the same semantics for outgoing traffic as incoming.
I made the style more consistent in ip.c - this should really have
been done as a separate commit.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
o If the new ``filter-decapsulation'' is enabled, delve into UDP packets
that contain 0xff 0x03 as the first two bytes, and if we recognise it
as PROTO_IP, decapsulate it for the purpose of filter checking.
If we recognise it as PROTO_<anything else> mention this for logging
purposes only.
This change is aimed at people running PPPoUDP where the UDP traffic is
being sent over another PPP link. It's desireable to have the top level
link connected all the time, but to have the bottom level link capable
of decapsulating the traffic and comparing the payload against the filters,
thus allowing ``set filter dial ...'' to work in tunnelled environments.
The caveat here is that the top ppp cannot employ any compression layers
without making the data unreadable for the bottom ppp. ``disable deflate
pred1 vj'' and ``deny deflate pred1 vj'' is suggested.
|
| |
|
|
|
|
| |
Use the peers MRRU as we're supposed to.
|
| |
|
|
|
|
| |
Obtained from: OpenBSD
|
|
|
|
| |
Submitted by: jason@OpenBSD.org
|
| |
|
|
|
|
| |
Problem found by: Tomaz Borstnar <tomaz.borstnar@over.net>
|
|
|
|
| |
Submitted by: Adrian Penisoara <ady@freebsd.ady.ro>
|
| |
|
| |
|
|
|
|
| |
Obtained from: OpenBSD
|
| |
|
|
|
|
|
|
|
| |
queue. Doing ``set ifqueue 0'' and ``set urgent none'' will allow
full use of luigi's WF2Q code.
Requested by: luigi
|
|
|
|
|
|
| |
prioritisation.
Requested by: luigi
|
|
|
|
|
|
|
| |
when opening or closing an auto link due to the autoload
setting.
Spotted by: David Hedley <david@inty.co.uk>
|
|
|
|
| |
the mask
|
|
|
|
|
| |
drop the packet rather than just whinging about it in the log.
If the fsm header has a smaller length, continue to whinge.
|
| |
|
|
|
|
|
|
|
|
|
|
| |
DATALINK_CARRIER and turn off scripting.
This should fix instances where ``term'' is used followed by ~.
and then ``dial''/``open'' (it currently just sits there looking
at you).
Reported by: Tim Vanderhoek <vanderh@ecf.utoronto.ca>
|
|
|
|
| |
Submitted by: Renaud Waldura <renaud@guppy.evolunet.com>
|
|
|
|
| |
future...
|
| |
|
|
|
|
|
|
|
|
|
| |
used together by creating a SOCK_DGRAM socketpair() between
the processes.
Be polite when closing !program links and send a HUP to the
process. This makes ssh tunnels over unreliable media (such
as via httptunnel) reconnect properly.
|