home *** CD-ROM | disk | FTP | other *** search
/ Internet Info 1997 December / Internet_Info_CD-ROM_Walnut_Creek_December_1997.iso / drafts / draft_ietf_j_p / draft-ietf-pppext-scm-00.txt < prev    next >
Text File  |  1997-03-14  |  29KB  |  955 lines
  1.  
  2.  
  3.  
  4.  
  5.  
  6. Point-to-Point Protocol Extension Group                   Mikael Latvala
  7. INTERNET DRAFT                                         Oy LM Ericsson Ab
  8. Expires September 13, 1997                                    George Liu
  9.                                                   Ericsson Radio Systems
  10.                                                           March 13, 1997
  11.  
  12.  
  13.                    Semi Connected Mode for PPP links
  14.                     <draft-ietf-pppext-scm-00.txt>
  15.  
  16.  
  17. Status of this Memo
  18.  
  19.    This document is an Internet-Draft.  Internet-Drafts are working
  20.    documents of the Internet Engineering Task Force (IETF), its areas,
  21.    and its working groups.  Note that other groups may also distribute
  22.    working documents as Internet-Drafts.
  23.  
  24.    Internet-Drafts are draft documents valid for a maximum of six months
  25.    and may be updated, replaced, or obsoleted by other documents at any
  26.    time.  It is inappropriate to use Internet-Drafts as reference
  27.    material or to cite them other than as ``work in progress.''
  28.  
  29.    To learn the current status of any Internet-Draft, please check the
  30.    ``1id-abstracts.txt'' listing contained in the Internet-Drafts Shadow
  31.    Directories on ftp.is.co.za (Africa), nic.nordu.net (Europe),
  32.    munnari.oz.au (Pacific Rim), ds.internic.net (US East Coast), or
  33.    ftp.isi.edu (US West Coast).
  34.  
  35.    Distribution of this memo is unlimited.
  36.  
  37.  
  38. Abstract
  39.  
  40.    The configuration of a Point-to-Point Protocol (PPP) [1] link
  41.    requires a considerable amount of time which makes it impractical to
  42.    establish a new PPP link every time an end-user wants to send or is
  43.    about to receive data.
  44.  
  45.    This document proposes an LCP extension called Semi Connected Mode.
  46.    When both sides agree to use Semi Connected Mode they can terminate
  47.    and quickly re-establish the bearer service without having to recon-
  48.    figure the PPP link.
  49.  
  50.  
  51.  
  52.  
  53.  
  54.  
  55.  
  56.  
  57. Latvala & Liu          expires September 13, 1997               [Page i]
  58.  
  59. Internet Draft     Semi Connected Mode for PPP links      March 13, 1997
  60.  
  61.  
  62.    Table of Contents
  63.  
  64.      1.     Introduction ..........................................    1
  65.         1.1       Motivation ......................................    1
  66.         1.2       Specification of Requirements ...................    3
  67.         1.3       Terminology .....................................    3
  68.      2.     PPP Link Operation to support Semi Connected Mode .....    5
  69.         2.1       Phase Diagram ...................................    5
  70.         2.2       Semi-Connected Phase ............................    5
  71.      3.     LCP State Translation Table ...........................    7
  72.         3.1       States ..........................................    8
  73.         3.2       Events ..........................................   10
  74.         3.3       Actions .........................................   11
  75.      4.     Semi Connected Mode Option for LCP Configuration ......   12
  76.      5.     Security Considerations ...............................   14
  77.  
  78.      REFERENCES ...................................................   14
  79.      AUTHORS' ADDRESSES ...........................................   15
  80.  
  81.  
  82.  
  83.  
  84.  
  85.  
  86.  
  87.  
  88.  
  89.  
  90.  
  91.  
  92.  
  93.  
  94.  
  95.  
  96.  
  97.  
  98.  
  99.  
  100.  
  101.  
  102.  
  103.  
  104.  
  105.  
  106.  
  107.  
  108.  
  109.  
  110.  
  111.  
  112.  
  113. Latvala & Liu          expires September 13, 1997              [Page ii]
  114.  
  115. Internet Draft     Semi Connected Mode for PPP links      March 13, 1997
  116.  
  117.  
  118. 1. Introduction
  119.  
  120. 1.1 Motivation
  121.  
  122.    The exponential growth of the Internet within the last three years
  123.    has placed new requirements on local telephone companies that offer
  124.    communication services to the public. Originally telephone companies'
  125.    end offices were designed to transmit only human voice which has very
  126.    different characteristics than data, e.g. data traffic is bursty and
  127.    does not require a strict timing relationship between the source and
  128.    the destination whereas voice traffic is very sensitive to delays.
  129.    The sheer number of users that access Internet Service Providers'
  130.    (ISP) services using regular dial-up lines to explore the Internet,
  131.    and the duration of those connections is in many places testing the
  132.    limits of end offices. Trunk lines which connect an end office to
  133.    other switching centers are not intended to support lengthy
  134.    connections, which are very common when telephone companies do not
  135.    charge customers based on the duration of their connections.
  136.  
  137.    To take some of the burden off the end offices' shoulders telecom
  138.    manufacturers have started to offer solutions where phone connections
  139.    are terminated at the premises of a local telephone company.
  140.    Customers connect to an end office which has a Network Access Server
  141.    (NAS). Connections to end offices are either analog or digital
  142.    depending on whether an end-user has an ISDN connection or a POTS
  143.    connection. NAS is informed of locally terminated connections after
  144.    which it routes the packets it receives from customers to their
  145.    proper destinations using transportation techniques which are better
  146.    suited for data traffic (SMDS, ATM, Frame relay). Local telephone
  147.    companies which operate NASs can either assume the role of ISP or
  148.    just offer a fat data pipe to an ISP which is operating independently
  149.    of a telephone company.
  150.  
  151.    Parallel to the Internet's growth, the cellular systems have seen
  152.    tremendous success. Mobile offices are slowly gaining popularity
  153.    among people who need to travel with portable computers and still
  154.    want to maintain connections to their corporate Intranets or to the
  155.    Internet. To respond to the growing number of mobile office users,
  156.    telecom manufactures have introduced a new data service in cellular
  157.    systems (e.g. GSM) which is similar to the solution described above.
  158.    In this system part of the GSM data call within the Public Land
  159.    Mobile Network (PLMN) is not routed through a public ISDN or PSTN,
  160.    but, instead terminated at a NAS for further transportation of data
  161.    traffic to external data networks, that is, direct access to servers
  162.    in a LAN or Internet.  This service offered by a digital cellular
  163.    system considerably reduces the connection setup time because data
  164.    service connections are terminated within the cellular system.
  165.  
  166.  
  167.  
  168.  
  169. Latvala & Liu          expires September 13, 1997               [Page 1]
  170.  
  171. Internet Draft     Semi Connected Mode for PPP links      March 13, 1997
  172.  
  173.  
  174.    However, as in many other similar cases, these technological
  175.    improvements do not come without additional expenses which telephone
  176.    companies are forced to collect from their customers. Most of the
  177.    end-users who are using either cellular network or ISDN data services
  178.    are charged based on their connection's duration. From an end-user's
  179.    point of view this is highly undesirable because for the better part
  180.    of the connection time end-users do not send or receive data and are
  181.    thus paying for an idle connection. These tariffs force many end-
  182.    users to establish a data connection only when needed, e.g. to read
  183.    or send e-mail, and disconnect immediately after having sent or
  184.    received data.
  185.  
  186.    End offices would not become bottlenecks if end-users connected and
  187.    disconnected frequently in order to cut down the bearer service
  188.    charges. Connections in digital public networks can be established in
  189.    less than a second which would justify an end-user to disconnect from
  190.    the bearer service after downloading a large web page for example.
  191.    Unfortunately the most commonly used datalink-layer protocol, PPP,
  192.    over POTS, ISDN, and cellular network lines is a very time consuming
  193.    protocol to configure.
  194.  
  195.    Point-to-Point Protocol (PPP) is a full featured protocol which
  196.    allows two hosts to multiplex different network-layer protocols over
  197.    the same link, to configure the link so that it can be used in a wide
  198.    variety of environments, to authenticate themselves, and to configure
  199.    the network-layer protocols they are using. The reason for having
  200.    such a variety of features is that PPP is intended to provide a
  201.    common solution for different hosts and physical links [2]. The
  202.    drawback of PPP is the time it takes to configure a PPP link. Test
  203.    measurements done at Ericsson Corporation indicate that PPP
  204.    configuration can take anywhere from 3 to 6 seconds. Although some of
  205.    the time is attributed to bad PPP implementations where the PPP can
  206.    not negotiate options in an orderly fashion, most of the time PPP is
  207.    waiting for an answer from the peer.
  208.  
  209.    Semi Connected Mode (SCM) allows PPP to establish a PPP link without
  210.    having to keep an open physical-layer connection for the duration of
  211.    a PPP session. PPP can negotiate the timer value which determines the
  212.    idle time which is tolerated before the physical-layer connection is
  213.    terminated. It can also negotiate whether a peer can make a
  214.    transition to a Semi-Connected phase and terminate the physical link.
  215.    This feature is necessary when a peer belonging to an ISP is not
  216.    located on a local telephone company's premises, and the local
  217.    telephone company always charges the site of the originating call.
  218.  
  219.    SCM is an attractive option when the end-users subscribe to a digital
  220.    bearer service (ISDN, GSM) because digital bearer services typically
  221.    have very short connection establishment times.
  222.  
  223.  
  224.  
  225. Latvala & Liu          expires September 13, 1997               [Page 2]
  226.  
  227. Internet Draft     Semi Connected Mode for PPP links      March 13, 1997
  228.  
  229.  
  230.    SCM can also help PLMN operators in their frequency shortage dilemma
  231.    by minimizing the duration of data connections. End-users are more
  232.    likely to terminate and re-establish the physical-layer connection
  233.    when they do not suffer from the connection delay caused by the PPP
  234.    configuration.
  235.  
  236.  
  237. 1.2.  Specification of Requirements
  238.  
  239.    In this document, several words are used to signify the requirements
  240.    of the specification. These words are often capitalized.
  241.  
  242.    MUST      This word, or the adjective "required", means that the
  243.              definition is an absolute requirement of the specification.
  244.  
  245.    MUST      This phrase means that the definition is an absolute
  246.              prohibition of the specification.
  247.  
  248.    SHOULD    This word, or the adjective "recommended", means that there
  249.              may exist valid reasons in particular circumstances to
  250.              ignore this item, but the full implications must be
  251.              understood and carefully weighed before choosing a
  252.              different course.
  253.  
  254.    MAY       This word, or the adjective "optional", means that this
  255.              item is one of an allowed set of alternatives.  An
  256.              implementation which does not include this option MUST be
  257.              prepared to interoperate with another implementation which
  258.              does include the option.
  259.  
  260.  
  261. 1.3.  Terminology
  262.  
  263.    datagram     The unit of transmission in the network layer (such as
  264.                 IP). A datagram may be encapsulated in one or more
  265.                 packets passed to the data link layer.
  266.  
  267.    frame        The unit of transmission at the data link layer.  A
  268.                 frame may include a header and/or a trailer, along with
  269.                 some number of units of data.
  270.  
  271.    packet       The basic unit of encapsulation, which is passed across
  272.                 the interface between the network layer and the data
  273.                 link layer.  A packet is usually mapped to a frame; the
  274.                 exceptions are when data link layer fragmentation is
  275.                 being performed, or when multiple packets are
  276.                 incorporated into a single frame.
  277.  
  278.  
  279.  
  280.  
  281. Latvala & Liu          expires September 13, 1997               [Page 3]
  282.  
  283. Internet Draft     Semi Connected Mode for PPP links      March 13, 1997
  284.  
  285.  
  286.    peer         The other end of the point-to-point link.
  287.  
  288.  
  289.  
  290.  
  291.  
  292.  
  293.  
  294.  
  295.  
  296.  
  297.  
  298.  
  299.  
  300.  
  301.  
  302.  
  303.  
  304.  
  305.  
  306.  
  307.  
  308.  
  309.  
  310.  
  311.  
  312.  
  313.  
  314.  
  315.  
  316.  
  317.  
  318.  
  319.  
  320.  
  321.  
  322.  
  323.  
  324.  
  325.  
  326.  
  327.  
  328.  
  329.  
  330.  
  331.  
  332.  
  333.  
  334.  
  335.  
  336.  
  337. Latvala & Liu          expires September 13, 1997               [Page 4]
  338.  
  339. Internet Draft     Semi Connected Mode for PPP links      March 13, 1997
  340.  
  341.  
  342. 2. PPP Link Operation to support Semi Connected Mode
  343.  
  344. 2.1.  Phase Diagram
  345.  
  346.    SCM mode introduces a new phase called Semi-Connected to the PPP
  347.    diagram:
  348.  
  349.    +------+        +-----------+           +--------------+
  350.    |      | UP     |           | OPENED    |              | SUCCESS/NONE
  351.    | Dead |------->| Establish |---------->| Authenticate |--+
  352.    |      |        |           |           |              |  |
  353.    +------+        +-----------+           +--------------+  |
  354.       ^               |                        |             |
  355.       |          FAIL |                   FAIL |             |
  356.       +<--------------+             +----------+             |
  357.       |                             |                        |
  358.       |            +-----------+    |           +---------+  |
  359.       |       DOWN |           |    |   CLOSING |         |  |
  360.       +------------| Terminate |<---+<----------| Network |<-+
  361.       |            |           |                |         |
  362.       |            +-----------+                +---------+
  363.       |                                TERMINATE  |     ^
  364.       |                             +-------------+     |
  365.       |                             |                   |
  366.       |                             V                   |
  367.       |                    +----------------+           |
  368.       |         DOWN       |                |           |
  369.       +--------------------| Semi-Connected |-----------+
  370.                            |                | RE-ESTABLISH
  371.                            +----------------+
  372.  
  373.  
  374. 2.2.  Semi-Connected Phase
  375.  
  376.    The Semi-Connected phase is reached only from the Network phase. PPP
  377.    MUST terminate the physical link and move to the Semi-Connected phase
  378.    if
  379.  
  380.       1.   LCP configuration authorized the peer to make a transition to
  381.            the Semi-Connected phase, AND
  382.  
  383.       2.   the PPP link has been idle longer than the time negotiated in
  384.            the LCP configuration.
  385.  
  386.    In the Semi-Connected phase PPP observes the data traffic. When PPP
  387.    receives a datagram which is being sent to the peer or must be routed
  388.    through the peer PPP MUST re-establish new a physical link to the
  389.    peer.  After the physical link has been established PPP moves back to
  390.  
  391.  
  392.  
  393. Latvala & Liu          expires September 13, 1997               [Page 5]
  394.  
  395. Internet Draft     Semi Connected Mode for PPP links      March 13, 1997
  396.  
  397.  
  398.    the Network phase.
  399.  
  400.    PPP MUST also go back to the Network phase when the Up event occurs.
  401.    The Up event indicates that the peer has re-established a physical
  402.    link and is going to send data.
  403.  
  404.    If PPP determines that it cannot establish a link to the peer it MUST
  405.    move to the Dead phase.
  406.  
  407.  
  408.  
  409.  
  410.  
  411.  
  412.  
  413.  
  414.  
  415.  
  416.  
  417.  
  418.  
  419.  
  420.  
  421.  
  422.  
  423.  
  424.  
  425.  
  426.  
  427.  
  428.  
  429.  
  430.  
  431.  
  432.  
  433.  
  434.  
  435.  
  436.  
  437.  
  438.  
  439.  
  440.  
  441.  
  442.  
  443.  
  444.  
  445.  
  446.  
  447.  
  448.  
  449. Latvala & Liu          expires September 13, 1997               [Page 6]
  450.  
  451. Internet Draft     Semi Connected Mode for PPP links      March 13, 1997
  452.  
  453.  
  454. 3.  LCP State Translation Table
  455.  
  456.    The Semi-Connected phase SHOULD be implemented by adding one new
  457.    state, Semi-Connected, six new events, and three new actions to the
  458.    LCP's state translation table. The new events can cause a legal
  459.    transition only in the Request-Sent, Request-Ack, Opened or Semi-
  460.    Connected state which is the reason why only those four states are
  461.    shown in the table below.
  462.  
  463.    Events                                      Actions
  464.  
  465.    IDT   = Idle timer expired                  tel = terminate link
  466.    SLN   = Session timer expired               rel = re-establish link
  467.    DSC   = Down event, SCM configured          sst = start session timer
  468.    CSC   = Close event, SCM configured, no peer
  469.    DUP+  = Datagram from the upper layer
  470.    DUP-  = Datagram from the upper layer, no peer
  471.  
  472.  
  473.  
  474.  
  475.  
  476.  
  477.  
  478.  
  479.  
  480.  
  481.  
  482.  
  483.  
  484.  
  485.  
  486.  
  487.  
  488.  
  489.  
  490.  
  491.  
  492.  
  493.  
  494.  
  495.  
  496.  
  497.  
  498.  
  499.  
  500.  
  501.  
  502.  
  503.  
  504.  
  505. Latvala & Liu          expires September 13, 1997               [Page 7]
  506.  
  507. Internet Draft     Semi Connected Mode for PPP links      March 13, 1997
  508.  
  509.  
  510.       | State
  511.       |       7             8               9               10
  512. Events|   Ack-Rcvd       Ack-Sent        Opened       Semi-Connected
  513. ------+---------------------------------------------------------------
  514. Up    |       -             -               -                9
  515. Down  |       1             1             tld/1              -
  516. Open  |       7             8               9r               -
  517. Close |   irc,str/4     irc,str/4     tld,irc,str/4  rel,tld,irc,str/4
  518.       |
  519.   TO+ |     scr/6         scr/8             -                -
  520.   TO- |     tlf/3p        tlf/3p            -                -
  521.       |
  522.  RCR+ | sst,sca,tlu/9     sca/8       tld,scr,sca/8          -
  523.  RCR- |     scn/7         scn/6       tld,scr,scn/6          -
  524.  RCA  |     scr/6x    sst,irc,tlu/9    tld,scr/6x            -
  525.  RCN  |     scr/6x      irc,scr/8      tld,scr/6x            -
  526.       |
  527.  RTR  |     sta/6         sta/6       tld,zrc,sta/5          -
  528.  RTA  |       6             8           tld,scr/6            -
  529.       |
  530.  RUC  |     scj/7         scj/8           scj/9              -
  531.  RXJ+ |       6             8               9                -
  532.  RXJ- |     tlf/3         tlf/3       tld,irc,str/5          -
  533.       |
  534.  RXR  |       7             8             ser/9              -
  535.       |
  536.  CSC  |       -             -               -              tld/1
  537.  DSC  |       -             -               10               -
  538.  IDT  |       -             -             tel/10             -
  539.  SLN  |       -             -               -              tld/1
  540.  DUP+ |       -             -               -              rel/9
  541.  DUP- |       -             -               -              tld/1
  542.  
  543.  
  544. 3.1.  States
  545.  
  546.    Below are more detailed descriptions of the modified states and the
  547.    new Semi-Connected state. The descriptions of the Ack-Received, Ack-
  548.    Sent, and Opened state should not conflict with the descriptions in
  549.    [1]. Rather, the new functionalities can be implemented without
  550.    sacrificing the integrity of the "traditional" PPP implementation.
  551.  
  552.    Ack-Received
  553.  
  554.       The Session timer is started when the Receive-Configure-Request
  555.       (RCR+) event takes place and PPP enters the Opened state.
  556.  
  557.    Ack-Sent
  558.  
  559.  
  560.  
  561. Latvala & Liu          expires September 13, 1997               [Page 8]
  562.  
  563. Internet Draft     Semi Connected Mode for PPP links      March 13, 1997
  564.  
  565.  
  566.       The Session timer is started when the Receive-Configure-Ack (RCA)
  567.       event takes a place and PPP enters the Opened state.
  568.  
  569.    Opened
  570.  
  571.       If the PPP is configured to use SCM the implementation MUST keep a
  572.       record which shows how long the PPP link has been idle when it is
  573.       in the Opened state. If the value of the Idle timer is higher than
  574.       the value specified by the Idle-Time field in the Semi Connected
  575.       Mode option the implementation MUST terminate the physical link
  576.       and enter the Semi-Connected state.
  577.  
  578.       If the implementation and its peer have agreed to use SCM and the
  579.       Down event occurs indicating that the lower layer is not ready to
  580.       carry packets it must enter the Semi-Connected State.
  581.  
  582.    Implementation Note:
  583.  
  584.       It is possible that the peer can terminate the physical link after
  585.       PPP has given a frame to the lower layer but before the lower
  586.       layer has successfully transferred the frame to the peer.
  587.  
  588.       Implementations SHOULD have a functionality which tries to
  589.       estimate whether a frame can be transferred to the peer before the
  590.       peer terminates the link. This functionality reduces the number of
  591.       retransmissions which would take place if ARQ is implemented in
  592.       the data link or in a higher layer.
  593.  
  594.    Semi-Connected state
  595.  
  596.       The implementation MUST leave the Semi-Connected state and enter
  597.       the Opened State if:
  598.  
  599.          1.   The implementation receives a datagram from the upper
  600.               layer and is able to re-establish the physical link, AND
  601.  
  602.          2.   The Up event occurred indicating that the peer is going to
  603.               send data.
  604.  
  605.       When the implementation receives a datagram from the upper layer
  606.       but comes to the conclusion that it cannot re-establish the
  607.       physical link it MUST indicate to the upper layers that the PPP
  608.       link is no longer available for network layer traffic and enter
  609.       the Starting state. See Implementation Note below how the
  610.       implementation determines when it cannot re-establish the physical
  611.       link.
  612.  
  613.       The implementation MAY use a PPP Session timer which determines
  614.  
  615.  
  616.  
  617. Latvala & Liu          expires September 13, 1997               [Page 9]
  618.  
  619. Internet Draft     Semi Connected Mode for PPP links      March 13, 1997
  620.  
  621.  
  622.       the maximum lifetime of a PPP session. If the Session timer
  623.       expires when the LCP automaton is in the Semi Connected state PPP
  624.       MUST indicate to the upper layers that the PPP link is no longer
  625.       available for network layer traffic and enter the Starting state.
  626.  
  627.       When the Close event occurs PPP MUST try to re-establish the link.
  628.       If it establishes the link successfully the same actions MUST take
  629.       place as when the Close event occurs in the Opened state.
  630.  
  631.       If PPP fails to re-establish the link it MUST indicate to the
  632.       upper layers that the PPP link is no longer available for its
  633.       network layer traffic and enter the Starting state.
  634.  
  635.       Implementation Note:
  636.  
  637.          The Implementation MUST take into consideration the fact that
  638.          both sides can try to re-establish the physical link at the
  639.          same time or that the peer's end-user accepted a regular phone
  640.          call while the implementation was in the Semi-Connected state.
  641.          If the lower layer cannot establish the link and returns a
  642.          value indicating that it received a busy signal the
  643.          implementation SHOULD wait a particular number of seconds
  644.          before trying to re-establish the link. The implementation MAY
  645.          use for example n-persistent Carrier Sense Multiple Access
  646.          (CSMA) protocol to determine how long it waits before trying to
  647.          setup the link again.
  648.  
  649.          The implementation SHOULD not give up immediately when it fails
  650.          to re-establish the link. The number of times the
  651.          implementation tries to re-establish the link is up to the
  652.          implementation. In some implementations PPP could stay in the
  653.          Semi-Connected state until the Session timer expires.
  654.  
  655.  
  656. 3.2.  Events
  657.  
  658.    Close event when SCM configured (CSC)
  659.  
  660.       This event occurs when the automaton is in the Semi-Connected
  661.       state and the network administrator (human or program) indicates
  662.       that the link is not allowed to be Opened.
  663.  
  664.    Down event when SCM configured (DSC)
  665.  
  666.       This event occurs when the PPP link is configured to use SCM, the
  667.       automaton is in the Opened state, and a lower layer indicates that
  668.       it is no longer ready to carry packets.
  669.  
  670.  
  671.  
  672.  
  673. Latvala & Liu          expires September 13, 1997              [Page 10]
  674.  
  675. Internet Draft     Semi Connected Mode for PPP links      March 13, 1997
  676.  
  677.  
  678.    Idle timer expired (IDT)
  679.  
  680.       This event occurs when the PPP link is configured to use SCM, the
  681.       automaton is in the Opened state, and the Idle timer expires.
  682.  
  683.    Session timer expired (SLN)
  684.  
  685.       This event occurs when the PPP link is configured to use SCM, the
  686.       automaton is in the Semi-Connected state, and the Session timer
  687.       expires.
  688.  
  689.    Datagram from the upper layer (DUP)
  690.  
  691.       This event occurs when the PPP link is configured to use SCM, the
  692.       automaton is in the Semi-Connected state, and a upper layer has
  693.       given a packet to PPP to transfer to the peer.
  694.  
  695.       The DUP+ event indicates that the peer is still available so that
  696.       the physical link can be re-established and packets can be sent to
  697.       the peer.
  698.  
  699.       The DUP- event indicates that the peer is not available and that
  700.       the physical link cannot be re-established.
  701.  
  702.  
  703. 3.3.  Actions
  704.  
  705.    Re-establish link (rel)
  706.  
  707.       The physical link is re-established.
  708.  
  709.    Terminate link (tel)
  710.  
  711.       The physical link is terminated.
  712.  
  713.    Start session timer (sst)
  714.  
  715.       This action starts the Session timer.
  716.  
  717.       Implementation Note:
  718.  
  719.          Each implementation is free to choose a value for the Maximum-
  720.          Session-Length variable. A session length can vary between PPP
  721.          links, e.g. a company pays a higher rate for bearer services
  722.          and in exchange its session length is increased among other
  723.          things.
  724.  
  725.  
  726.  
  727.  
  728.  
  729. Latvala & Liu          expires September 13, 1997              [Page 11]
  730.  
  731. Internet Draft     Semi Connected Mode for PPP links      March 13, 1997
  732.  
  733.  
  734. 4.  Semi Connected Mode Option for LCP Configuration
  735.  
  736.    Description
  737.  
  738.       This configuration option provides a method to negotiate the usage
  739.       of SCM. By default SCM is not used.
  740.  
  741.       The implementation MUST specify the time a PPP link is allowed to
  742.       be idle before the physical link is terminated and the LCP
  743.       automaton enters the Semi-Connected state.
  744.  
  745.       At the end of the configuration both sides MUST agree on the same
  746.       idle time value. In order to ensure that both sides will agree on
  747.       the idle time value the implementation MUST accept the value that
  748.       the peer sent if it is lower than the value that the
  749.       implementation sent to the peer. If the implementation is not
  750.       concerned about the idle time value it SHOULD send the highest
  751.       possible idle time value to the peer.
  752.  
  753.       The implementation MUST also indicate to the peer if it accpets a
  754.       terminating call. Implementationa which cannot or are not allowed
  755.       make an originating call MUST send back a Configure-Nak packet.
  756.  
  757.       After the PPP link has been configured and both sides have agreed
  758.       to use SCM the LCP automaton MUST be in the Opened state, one NCP
  759.       automaton supported by the implementation in the Opened state and
  760.       the other NCP automatons in the Initial, Starting, or Opened
  761.       state. This means that LCP automaton cannot enter the Semi-
  762.       Connected state when LCP or NCP is being configured or terminated.
  763.  
  764.    A summary of the Semi Connected Mode Configuration Option format is
  765.    shown below.  The fields are transmitted from left to right.
  766.  
  767.     0                   1                   2                   3
  768.     0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
  769.    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
  770.    |     Type      |    Length     |           Idle-Time           |
  771.    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
  772.    |  Accept-Conn  |
  773.    +-+-+-+-+-+-+-+-+
  774.  
  775.  
  776.    Type
  777.  
  778.       20
  779.  
  780.  
  781.  
  782.  
  783.  
  784.  
  785. Latvala & Liu          expires September 13, 1997              [Page 12]
  786.  
  787. Internet Draft     Semi Connected Mode for PPP links      March 13, 1997
  788.  
  789.  
  790.    Length
  791.  
  792.       5
  793.  
  794.    Idle-Time
  795.  
  796.       The Idle-Time field specifies the time in seconds during which the
  797.       PPP link can be idle.
  798.  
  799.       Value 0 MUST be used only when PPP accepts the Idle-Time field but
  800.       does not accept the Accept-Conn field thus returning a Configure-
  801.       Nak packet where the Idle-Time field is assigned to 0.
  802.  
  803.    Accept-Conn
  804.  
  805.       The Accept-Conn field is one octet and indicates whether the peer
  806.       can re-establish the physical link.
  807.  
  808.  
  809.           0    Value 0 MUST be used only when PPP accepts the Accept-
  810.                Conn field but does not accept the Idle-Time field thus
  811.                returning a Configure-Nak packet where the Accept-Conn
  812.                field is assigned to 0.
  813.  
  814.           1    The peer is NOT allowed to re-establish the physical
  815.                link.
  816.  
  817.           2    The peer is allowed to re-establish the physical link.
  818.  
  819.  
  820.  
  821.  
  822.  
  823.  
  824.  
  825.  
  826.  
  827.  
  828.  
  829.  
  830.  
  831.  
  832.  
  833.  
  834.  
  835.  
  836.  
  837.  
  838.  
  839.  
  840.  
  841. Latvala & Liu          expires September 13, 1997              [Page 13]
  842.  
  843. Internet Draft     Semi Connected Mode for PPP links      March 13, 1997
  844.  
  845.  
  846. 5.  Security
  847.  
  848. SCM does not offer a mechanism which allows the implementation to ensure
  849. that the peer which re-established the physical link is indeed the same
  850. peer with whom the implementation established the PPP link.
  851.  
  852. To prevent an intruder from re-establishing the physical link the
  853. implementation can use the caller ID feature which many PSTNs and PLMNs
  854. offer.
  855.  
  856.  
  857. REFERENCES
  858.  
  859.  
  860. [1]   Simpson, W., Editor, "The Point-to-Point Protocol (PPP) for the
  861.       Transmission of Multi-protocol Datagrams over Point-to-Point
  862.       Links," RFC 1661, July 1994.
  863.  
  864. [2]   Perkins, D., "Requirements for an Internet Standard Point-to-Point
  865.       Protocol", RFC 1547, Carnegie Mellon University, December 1993.
  866.  
  867.  
  868.  
  869.  
  870.  
  871.  
  872.  
  873.  
  874.  
  875.  
  876.  
  877.  
  878.  
  879.  
  880.  
  881.  
  882.  
  883.  
  884.  
  885.  
  886.  
  887.  
  888.  
  889.  
  890.  
  891.  
  892.  
  893.  
  894.  
  895.  
  896.  
  897. Latvala & Liu          expires September 13, 1997              [Page 14]
  898.  
  899. Internet Draft     Semi Connected Mode for PPP links      March 13, 1997
  900.  
  901.  
  902. AUTHORS' ADDRESSES
  903.  
  904. Questions about this paper can be directed to:
  905.  
  906. Mikael Latvala
  907. Research Department
  908. Oy LM Ericsson Ab
  909. SF-02420 Jorvas, Finland
  910.  
  911. Voice:   +358-9-299-2850
  912. Fax:     +358-9-299-3247
  913. E-Mail:  Mikael.Latvala@lmf.ericsson.se
  914.  
  915. George Liu
  916. System Research Department
  917. Core Unit Radio Systems and Technology
  918. Ericsson Radio Systems
  919. S-164 80 Stockholm, Sweden
  920.  
  921. Voice:   +46-8-764 1231
  922. Fax:     +46-8-404 7020
  923. E-mail:  George.Liu@era-t.ericsson.se
  924.  
  925.  
  926.  
  927.  
  928.  
  929.  
  930.  
  931.  
  932.  
  933.  
  934.  
  935.  
  936.  
  937.  
  938.  
  939.  
  940.  
  941.  
  942.  
  943.  
  944.  
  945.  
  946.  
  947.  
  948.  
  949.  
  950.  
  951.  
  952.  
  953. Latvala & Liu          expires September 13, 1997              [Page 15]
  954.  
  955.