freebsd-dev/usr.sbin/ppp/pap.h

/*
 *	    Written by Toshiharu OHNO (tony-o@iij.ad.jp)
 *
 *   Copyright (C) 1993, Internet Initiative Japan, Inc. All rights reserverd.
 *
 * Redistribution and use in source and binary forms are permitted
 * provided that the above copyright notice and this paragraph are
 * duplicated in all such forms and that any documentation,
 * advertising materials, and other materials related to such
 * distribution and use acknowledge that the software was developed
 * by the Internet Initiative Japan.  The name of the
 * IIJ may not be used to endorse or promote products derived
 * from this software without specific prior written permission.
 * THIS SOFTWARE IS PROVIDED ``AS IS'' AND WITHOUT ANY EXPRESS OR
 * IMPLIED WARRANTIES, INCLUDING, WITHOUT LIMITATION, THE IMPLIED
 * WARRANTIES OF MERCHANTIBILITY AND FITNESS FOR A PARTICULAR PURPOSE.
 *
 * $Id: pap.h,v 1.9 1999/02/06 02:54:47 brian Exp $
 *
 *	TODO:
 */

#define	PAP_REQUEST	1
#define	PAP_ACK		2
#define	PAP_NAK		3

struct mbuf;
struct physical;
struct authinfo;

extern void pap_Init(struct authinfo *, struct physical *);
extern struct mbuf *pap_Input(struct bundle *, struct link *, struct mbuf *);
1995-01-31 06:29:58 +00:00			`/*`
			`* Written by Toshiharu OHNO (tony-o@iij.ad.jp)`
			`*`
			`* Copyright (C) 1993, Internet Initiative Japan, Inc. All rights reserverd.`
			`*`
			`* Redistribution and use in source and binary forms are permitted`
			`* provided that the above copyright notice and this paragraph are`
			`* duplicated in all such forms and that any documentation,`
			`* advertising materials, and other materials related to such`
			`* distribution and use acknowledge that the software was developed`
			`* by the Internet Initiative Japan. The name of the`
			`* IIJ may not be used to endorse or promote products derived`
			`* from this software without specific prior written permission.`
			* THIS SOFTWARE IS PROVIDED ``AS IS'' AND WITHOUT ANY EXPRESS OR
			`* IMPLIED WARRANTIES, INCLUDING, WITHOUT LIMITATION, THE IMPLIED`
			`* WARRANTIES OF MERCHANTIBILITY AND FITNESS FOR A PARTICULAR PURPOSE.`
			`*`
o Redesign the layering mechanism and make the aliasing code part of 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''. 1999-05-08 11:07:56 +00:00			`* $Id: pap.h,v 1.9 1999/02/06 02:54:47 brian Exp $`
1995-01-31 06:29:58 +00:00			`*`
			`* TODO:`
			`*/`

			`#define PAP_REQUEST 1`
			`#define PAP_ACK 2`
			`#define PAP_NAK 3`
Cosmetic (no functional changes): o Add missing $Id$s o Move extern decls from .c -> .h files o Staticize o Remove #includes from .h files o style(9)ify includes o bcopy -> memcpy bzero -> memset bcmp -> memcmp index -> strchr rindex -> strrchr o Move timeout.h -> timer.h (making it consistent w/ timer.c) o Add -Wmissing-prototypes 1997-10-26 01:04:02 +00:00
o Move alias function pointers into loadalias.c o Move Var*Version into command.c o Remove struct pppVars (and there was much rejoicing) ! o Forward-decl some structs in .h files to avoid include ordering requirements and remove a few more redundant #includes. 1998-04-07 00:54:26 +00:00			`struct mbuf;`
			`struct physical;`
			`struct authinfo;`
Cosmetic: Move prototypes into the correct headers. 1997-10-26 12:42:13 +00:00
Decouple pap & chap output routines from the corresponding input routines and take advantage of the new init/continue interface in libradius. This allows a timely response on other links in an MP setup while RADIUS requests are in progress as well as the ability to handle other data from the peer in parallel. It should also make the future addition of PAM support trivial. While I'm in there, validate pap & chap header IDs if ``idcheck'' is enabled (the default) for other FSM packet types. NOTE: This involved integrating the generation of chap challenges and the validation of chap responses (and commenting what's going on in those routines). I currently have no way of testing ppps ability to respond to M$Chap CHALLENGEs correctly, so if someone could do the honours, it'd be much appreciated (it looks ok!). Sponsored by: Internet Business Solutions Ltd., Switzerland 1999-02-06 02:54:47 +00:00			`extern void pap_Init(struct authinfo , struct physical );`
o Redesign the layering mechanism and make the aliasing code part of 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''. 1999-05-08 11:07:56 +00:00			`extern struct mbuf pap_Input(struct bundle , struct link , struct mbuf );`