| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
|
|
|
|
|
|
| |
expect-send-expect sequence, finish gracefully, don't core dump.
This bug has been there for over a year - I could never reproduce it !
Straw provided by: Andre Albsmeier <andre.albsmeier@mchp.siemens.de>
|
|
|
|
| |
Mostly submitted by: Timo Geusch <freebsd@sleepycat.ukpeople.net>
|
|
|
|
| |
Submitted by: Ian West <ian@niw.com.au>
|
| |
|
|
|
|
| |
``dynamic IP''.
|
| |
|
| |
|
|
|
|
| |
with a backslash.
|
|
|
|
| |
don't rely on already being in PHASE_DEAD.
|
|
|
|
| |
``alias port'' command.
|
| |
|
|
|
|
|
|
| |
and denied. This is necessary for some MP implementations that
get confused if you accept their endpoint discriminator but reject
their MRRU.
|
|
|
|
| |
Problem reported by: Amedeo Beck Peccoz <gea@gressoney.it>
|
| |
|
| |
|
|
|
|
|
| |
recursion by doing something like ``down'' or ``quit all''
in ppp.linkdown.
|
|
|
|
| |
Requested by: Michael Heitmeier <MICHAEL_HEITMEIER@HP-Germany-om12.om.hp.com>
|
|
|
|
|
|
|
|
|
| |
mode by padding out the ``struct device'' to the maximum
device size.
Bump the ppp version number to indicate the transfer format
change.
This should make MP over tty and udp devices functional again.
|
|
|
|
|
|
|
| |
having different speed links in a bundle. This would manifest itself
by having the link occasionally hang, but revive when a new connection
is made....
Make ``show mp'' a bit prettier.
|
| |
|
|
|
|
| |
usage message.
|
|
|
|
|
|
|
|
| |
o Show more information about missing MP fragments in ``show mp''.
o Do away with mbuf_Log(). It was showing mbuf stats twice on
receipt of LCP/CCP/IPCP packets.... ???!!?
o Pre-allocate a bit extra when creating LQR packets to avoid having
to allocate another mbuf in mbuf_Prepend().
|
|
|
|
|
|
| |
page for details. This allows MP over non-tty devices where
the original ppp process must not exit (such as sshd-spawned
ppp sessions).
|
|
|
|
|
| |
Adjust the base physical device name correctly after a link
transfer (allowing correct multilink callbacks).
|
|
|
|
| |
characters at the end of the line in hexdump style.
|
|
|
|
|
| |
will result in the rules being updated any time MYADDR
or HISADDR change.
|
|
|
|
| |
filters any time either value changes.
|
|
|
|
|
| |
mp_Assemble().
Leak spotted by: louqi
|
|
|
|
| |
with an out-by-one-memcpy.
|
|
|
|
| |
remove a few extraneous assignments.
|
|
|
|
|
| |
case ppp is abending and hasn't called physical_Offline()
already.
|
| |
|
|
|
|
|
|
| |
up with the correct device type.
Reassign the correct tcpdevice or execdevice after transfering
a link in MP server mode.
|
| |
|
|
|
|
|
|
| |
that we lock the device *before* we open it.
We still open the device only once - and then ask all
our handlers if they know how to handle it.
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
layering changes).
|
|
|
|
|
| |
when we mbuf_Read() into it.
Add the link name to a few diagnostics.
|
| |
|
|
|
|
|
| |
names more consistent.
Stack trace supplied by: Joe Clarke <jclarke@cisco.com>
|
|
|
|
| |
mode.
|
|
|
|
|
| |
from getitimer() so that times are correct for
``show timer''.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
being the same as the previous (still supported) ``host:port''
syntax for tcp socket devices.
A udp device uses synchronous ppp rather than async, and avoids
the double-retransmit overhead that comes with ppp over tcp (it's
usually a bad idea to transport IP over a reliable transport that
itself is using an unreliable transport). PPP over UDP provides
througput of ** 1.5Mb per second ** with all compression disabled,
maxing out a PPro/200 when running ppp twice, back-to-back.
This proves that PPPoE is plausable in userland....
This change adds a few more handler functions to struct device and
allows derivations of struct device (which may contain their own
data etc) to pass themselves through the unix domain socket for MP.
** At last **, struct physical has lost all the tty crud !
iov2physical() is now smart enough to restore the correct stack of
layers so that MP servers will work again.
The version number has bumped as our MP link transfer contents have
changed (they now may contain a `struct device').
Don't extract the protocol twice in MP mode (resulting in protocol
rejects for every MP packet). This was broken with my original
layering changes.
Add ``Physical'' and ``Sync'' log levels for logging the relevent
raw packets and add protocol-tracking LogDEBUG stuff in various
LayerPush & LayerPull functions.
Assign our physical device name for incoming tcp connections by
calling getpeername().
Assign our physical device name for incoming udp connections from
the address retrieved by the first recvfrom().
|
|
|
|
| |
login if we're -direct on a tty device.
|
|
|
|
|
|
|
|
|
| |
header in fsm_Input() we often end up with a NULL mbuf.
Deal with a possible NULL mbuf being passed into
mbuf_Prepend().
Adjust some spacing to make things more consistent.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
the layering.
We now ``stack'' layers as soon as we open the device (when we figure
out what we're dealing with). A static set of `dispatch' routines are
also declared for dealing with incoming packets after they've been
`pulled' up through the stacked layers.
Physical devices are now assigned handlers based on the device type
when they're opened. For the moment there are three device types;
ttys, execs and tcps.
o Increment version number to 2.2
o Make an entry in [uw]tmp for non-tty -direct invocations (after
pap/chap authentication).
o Make throughput counters quad_t's
o Account for the absolute number of mbuf malloc()s and free()s in
``show mem''.
o ``show modem'' becomes ``show physical''.
|