![[BACK]](/icons/back.gif){kind=icon}
Up to [local] / src / usr.sbin / ppp
Request diff between arbitrary revisions
Default branch: MAIN
Revision 1.8, Mon Aug 31 00:20:43 1998 UTC (25 years, 9 months ago) by brian
Branch: MAIN
CVS Tags: HEAD
Changes since 1.7: +1 -1 lines
FILE REMOVED
Upgrade ppp to version 2.0 This adds a number of features including: o Multilink o Callback (including CBCP) o DNS negotiation (client & server) o Easy to configure masquerading/packet aliasing o Any number of diagnostic socket connections (limits DOS attacks) o Sticky routes (ppp updates the routing table when the IP number is changed) See the file README.changes for things that effect current configurations.
Revision 1.7 / (download) - annotate - [select for diffs], Sun Jun 28 09:41:38 1998 UTC (25 years, 11 months ago) by brian
Branch: MAIN
Changes since 1.6: +5 -5 lines
Diff to previous 1.6 (colored)
Don't assume sizeof(long) == 4
Revision 1.6 / (download) - annotate - [select for diffs], Tue Jan 20 22:46:24 1998 UTC (26 years, 4 months ago) by brian
Branch: MAIN
CVS Tags: OPENBSD_2_3_BASE,
OPENBSD_2_3
Changes since 1.5: +31 -6 lines
Diff to previous 1.5 (colored)
Allow an optional delay when specifying "set openmode active". The delay defaults to 1 sec (as it always has) unless we've done a ~p in interactive mode or we've actually detected a HDLC frame. This is now cleanly implemented (via async timers) so that it is possible for LCP to come up despite the delay if an LCP REQ is received. This will hopefully solve situations with slow servers or slirp scenarios (where ECHO is left on the port for a second or so before the peer enters packet mode). Also, ~p in interactive mode no longer changes the value of the default openmode delay and -dedicated mode enters packet mode in the right state according to the value of openmode.
Revision 1.5 / (download) - annotate - [select for diffs], Sat Jan 10 01:55:15 1998 UTC (26 years, 4 months ago) by brian
Branch: MAIN
Changes since 1.4: +12 -6 lines
Diff to previous 1.4 (colored)
Implement Reset{Req,Ack} properly, as per rfc 1962.
(I completely mis-read the rfc last time 'round!)
This means:
o Better CCP/WARN Reset diagnostics.
o After we've sent a REQ and before we've received an ACK, we drop
incoming compressed data and send another REQ.
o Before sending an ACK, re-sequence all pending PRI_NORMAL data in
the modem queue so that pending packets won't get to the peer
*after* the ResetAck.
o Send ACKs with the `identifier' from the REQ frame.
o After we've received a correct ACK, duplicate ACKs are ok (and will
reset our history).
o Incorrect ACKs (not matching the last REQ) are moaned about and dropped.
Also,
o Calculate the correct FCS after compressing a packet. DEFLATE
*may* produce an mbuf with more than a single link in the chain,
but HdlcOutput didn't know how to calculate the FCS :-(
o Make `struct fsm'::reqid a u_char, not an int.
This fix will prevent us from sending id `255' 2,000,000,000 times
before wrapping to `0' for another 2,000,000,000 sends :-/
o Bump the version number a little (it should already have been at 1.6).
The end result: DEFLATE now works over an unreliable link layer.
I can txfr a 1.5Mb kernel over a (rather bad) null-modem
cable at an average of 21679 bytes per second using rcp.
Repeat after me: Don't test compression using a loopback ppp/tcp setup as
we never lose packets and therefore never have to reset!
Revision 1.4 / (download) - annotate - [select for diffs], Wed Dec 24 09:30:31 1997 UTC (26 years, 5 months ago) by brian
Branch: MAIN
Changes since 1.3: +4 -4 lines
Diff to previous 1.3 (colored)
Cosmetic (style): sizeof(var) -> sizeof var sizeof type -> sizeof(type) Suggested by: J Wunsch <j@uriah.heep.sax.de>
Revision 1.3 / (download) - annotate - [select for diffs], Mon Dec 15 22:44:52 1997 UTC (26 years, 5 months ago) by brian
Branch: MAIN
Changes since 1.2: +3 -2 lines
Diff to previous 1.2 (colored)
Allow random IP number allocation to peer. Validate the peers suggested IP by attempting to make a routing table entry. Give up IPCP negotiation if the peer NAKs us with an unusable IP. Always SIOCDIFADDR then SIOCAIFADDR when configuring the tun device. Using SIOCSIFDSTADDR allows duplicate dst addresses (which we don't want)!!! Allow up to 200 interface names (was 50) (now that ppp can play server properly). Cosmetic: Log unexpected CCP packets in the CCP log rather than the ERROR log. Log unexpected Config Reqs in the appropriate LCP/IPCP/CCP log rather than the ERROR log. Log failed route additions and deletions with WARN, not TCPIP. Log the option id and length for unrecognised IPCP options. Change some .Sq to .Ar in the man page.
Revision 1.2 / (download) - annotate - [select for diffs], Sat Dec 6 12:08:56 1997 UTC (26 years, 6 months ago) by brian
Branch: MAIN
Changes since 1.1: +4 -5 lines
Diff to previous 1.1 (colored)
Add DEFLATE capabilities (rfc1979).
Revision 1.1.1.1 / (download) - annotate - [select for diffs] (vendor branch), Sun Nov 23 20:27:33 1997 UTC (26 years, 6 months ago) by brian
Branch: BRIAN
CVS Tags: PPP1_5
Changes since 1.1: +0 -0 lines
Diff to previous 1.1 (colored)
Import version 1.5 of ppp. <sales> This is a user-level ppp implementation that uses the tun driver. It was originally created by a Japanese ISP. It's now piled with features. Check the man pages for details. </sales> The sources are identical to the ones in FreeBSD, except for the Makefile. IP aliasing (NAT) is disabled, and can be enabled by simply doing a ``make install'' of libalias, then rebuilding ppp. I'll create libalias as a port soon.
Revision 1.1 / (download) - annotate - [select for diffs], Sun Nov 23 20:27:33 1997 UTC (26 years, 6 months ago) by brian
Branch: MAIN
Initial revision