From owner-cvs-sys  Thu Jan  1 13:32:30 1998
Return-Path: <owner-cvs-sys>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.7/8.8.7) id NAA10200
          for cvs-sys-outgoing; Thu, 1 Jan 1998 13:32:30 -0800 (PST)
          (envelope-from owner-cvs-sys)
Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21])
          by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id NAA10168;
          Thu, 1 Jan 1998 13:32:11 -0800 (PST)
          (envelope-from gj@FreeBSD.org)
From: Gary Jennejohn <gj@FreeBSD.ORG>
Received: (from gj@localhost)
	by freefall.freebsd.org (8.8.6/8.8.5) id NAA07123;
	Thu, 1 Jan 1998 13:27:20 -0800 (PST)
Date: Thu, 1 Jan 1998 13:27:20 -0800 (PST)
Message-Id: <199801012127.NAA07123@freefall.freebsd.org>
To: cvs-committers@FreeBSD.ORG, cvs-all@FreeBSD.ORG, cvs-sys@FreeBSD.ORG
Subject: cvs commit: src/sys/net if_spppsubr.c
Sender: owner-cvs-sys@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

gj          1998/01/01 13:27:20 PST

  Modified files:
    sys/net              if_spppsubr.c 
  Log:
  Reviewed by:	Joerg Wunsch
  In sppp_chap_input:
  1) in the CHAP_CHALLENGE case don't output the peer's name if it is not
  what we expected (DEBUG) since it will be printed out in the course
  of events anyway.
  2) in the CHAP_SUCCESS case test whether the peer is required to
  authenticate himself [(sp->lcp.opts & (1 << LCP_OPT_AUTH_PROTO))],
  otherwise the state machine may never switch into the network state.
  I saw this case against 2 different ISPs; they never bothered to
  authenticate themselves to me.
  
  In sppp_pap_input:
  in the PAP_ACK case do the same as in 2) above for the same reason.
  
  Revision  Changes    Path
  1.30      +3 -10     src/sys/net/if_spppsubr.c