Callback Option of PPP

Michael Zheng <michael@combinet.com> Thu, 13 July 1995 21:51 UTC

Received: from ietf.nri.reston.va.us by IETF.CNRI.Reston.VA.US id aa11059; 13 Jul 95 17:51 EDT
Received: from CNRI.Reston.VA.US by IETF.CNRI.Reston.VA.US id aa11055; 13 Jul 95 17:51 EDT
Received: from merit.edu by CNRI.Reston.VA.US id aa21245; 13 Jul 95 17:51 EDT
Received: (from slist@localhost) by merit.edu (8.6.12/merit-2.0) id RAA26878; Thu, 13 Jul 1995 17:46:19 -0400
Resent-Date: Thu, 13 Jul 1995 17:46:19 -0400
Date: Thu, 13 Jul 1995 14:46:50 -0800
Sender: ietf-archive-request@IETF.CNRI.Reston.VA.US
From: Michael Zheng <michael@combinet.com>
Message-ID: <9507131446.A16511@snail.combinet.com>
To: listproc@lists.pipex.com, ietf-ppp@merit.edu
Subject: Callback Option of PPP
Resent-Message-ID: <"O4xy_2.0.iZ6.7GP1m"@merit.edu>
Resent-From: ietf-ppp@merit.edu
X-Mailing-List: <ietf-ppp@MERIT.EDU> archive/latest/570
X-Loop: ietf-ppp@MERIT.EDU
Precedence: list
Resent-Sender: ietf-ppp-request@merit.edu

Text item: Text_1

     I wonder if anyone can clarify a couple of things for me about the 
     callback option of the LCP.
     
     1. The use of conf-nak for callback:
     
        If an implementation doesn't like the "operation" in a callback 
     confreq, presumably it confnak's it with the desired operation and 
     leaves the "message" portion blank.  Can anybody confirm this?
     
        Also, are there any implementations out there that use confnak to 
     suggest a callback request from the peer?
     
     2. The use of conf-rej for callback:
     
        Some of the operations (e.g., 0 and 2) are designed to work with 
     the authentication information, which is available only after the 
     authentication phase finishes.  Therefore, the validity of the 
     callback request is not determined till the authentication is done.  
     As a result, those confreq should always be ack'd.  And later on, 
     depending on whether the callback is authorized or not, the callback 
     may or may not happen.  
     
        Some other operations (e.g, 1, 3 and 4) contains complete 
     information to determine the validity of the request.  If those 
     requests are invalid (e.g., operation 1 contains unknown syntax to the 
     called unit), should a confrej be sent right away?  Notice that this 
     behavior is different than the one above.
     
     3. Could someone please provide a little more information about 
     operations 2 and 4?  How is operation 4 intended to be used?
     
     Thank you for your help.
     
     -mz