SBP-2 Extended Reconnect Interval proposal

Greg Shue gregs at sdd.hp.com
Wed Feb 18 16:42:43 PST 1998


* From the T10 (formerly SCSI) Reflector (t10 at symbios.com), posted by:
* Greg Shue <gregs at sdd.hp.com>
*

Hi all,

I have been working with the PWG 1394 group in trying to figure
out whether or not SBP-2 could/should/would be used for a standard
printing transport protocol.  During this work, we recognized the
desire for access control (i.e. logins) to be maintained across
transient link interruptions.  These interruptions include a
person disconnecting and reconnecting the cable.  In trying to
address this, I recognized that this is probably a SBP-2 level
issue.  What follows is a proposal for extending SBP-2 to provide
an extended reconnect interval for asynchronous-only connections.

I know it's very late in the standardization process.
I feel the feature is general enough that I at least want to
hear your comments.


Proposed extension of SBP-2 for

  Programmable reconnect interval proposal for retained access
  control across transient link interruptions

Purpose:
  The SBP-2 proposal 0.3a currently has a reconnect interval
  fixed at one second.  This may be sufficient for resumption of
  access control following a Serial Bus reset where neither the
  initiator, target, nor bus disappeared from the topology.

  Unfortunately it does not address the following situations:

    - the bus is inadvertantly configured in a loop (causing the
	entire bus to disappear)

    - the cable is disconnected along the path between initiator
       and target, and subsequently reconnected.

       (e.g.  a child disconnects a cable in a home-office
       environment while a 1394 printer is in the middle of an
       hour-long print job.)

  These cases typify transient human interaction with the bus
  (which extend for longer than one second) for which access
  control needs to be retained.  Though it is entirely possible
  to build an additional layer of access control on top of the
  SBP-2 protocol, this seems to be much more efficiently
  accomplished by a general extension of the reconnect policy.


Proposed changes to SBP-2, Revision 3a, dated January 23, 1998:

  Section 3.1.2 Glossary:
    Add the following definition.

      transient link interruption:  An interval long enough to
	allow a cable disconnect and reconnect to be performed by
	a human, yet short with respect to an interface access
	session.


  Section 5.1.4.1 Login ORB:
    The ORB diagram shall be changed such that the least
    significant 3 bits of the _reserved_ field are labeled as
    "rcon_to".

    Beneath the paragraph describing the _exclusive_ bit, add the
    following text:

      The rcon_to field shall specify, as an enumeration, the
      maximum time a target shall allow for this initiator to
      complete a reconnection before releasing access to the
      interface.  The supported values are enumerated in the
      table below.  A one-second timeout is required for logins
      associated with a Create Stream ORB.

	  Table X - Reconnect Timeout Values

	  rcon_to value               reconnect timeout (seconds)
		0                             1
		1                             5
		2                            10
		3                            30
		4                            60
		5                           120
               6-7                    reserved for future standardization


  Section 5.1.4.2 Query logins ORB:
    The indented NOTE shall be changed to:

      NOTE - A _node_ID_ value of FFFF(16) may be observed only during
      the reconnect interval programmed by the associated initiator.
      After this time the target performs an automatic logout of this
      initiator if it has not reconnected.

  Section 7.4.8 Logical_Unit_Characteristics entry:
    The Logical_Unit_Characteristics entry format diagram shall
    be changed such that the least significant 3 bits of the
    _reserved_ field are labeled as "rcon".

    The following paragraph shall be inserted before the one
    describing the _mgt_ORB_timeout_ field:

      The _max_rcon_to_ field (abbreviated as _rcon_ in the
      figure above) specifies the highest enumerated value
      supported by this implementation for a reconnect interval.
      The target shall support all lower enumerated values beneath
      what is specified in this field.  The values shall match
      those specified for the _rcon_to_ field in section 5.1.4.1.

      All implementations shall support a value of zero.  If this
      entry is missing, the enumerated value of zero shall be
      assumed.

  Section 8.1 Access protocols
    The end of the first paragraph shall be change to read
    "access rights across a Serial Bus reset or transient link
    interruption."

    The first bulletted paragraph shall have "a reconnect timeout
    vairable," inserted before "the base addresses".

    The thired bulletted paragraph shall replace "one second" with
    "the reconnect interval".

  Section 8.2.1 Login
    Paragraph e) shall be changed from "the _lun_ and _status_FIFO_
    fields" to read "the _lun_, rcon_to, and _status_FIFO_ fields"

  Section 8.3 Reconnection
    Paragraph 2 shall be replaced with:

      Subsequent to a bus reset, the target shall retain
      sufficient information to permit an initiator to reconnect
      its login ID (and, implicitly, any associated stream ID's).
      After the programmed reconnect interval, the target shall
      perform an implicit logout of the expired login ID and
      associted stream ID's if a successful reconnection has
      not been established.

    Following NOTE shall be replaced with:

      NOTE - A one second timeout shall be required for
      interfaces which provide isochronous stream control.  This
      interval is to permit initiators to reallocate isochronous
      channels and bandwidth and to reestablish isochronous
      connections.  Interfaces which do not provide isochronous
      stream control may support longer reconnect intervals in order
      to provide transient link interruption tollerance.
      
      NOTE - The reconnection time-out commences when the target
      observes the first subaction gap subsequent to a bus reset.
      If a bus reset occurs before the time-out expires, the
      timer is zeroed then resetarted upon detection of a
      subaction gap.

-- 
Greg Shue
Hewlett-Packard Company
Office Products Division			gregs at sdd.hp.com
----------------------------------------------------------------
*
* For T10 Reflector information, send a message with
* 'info t10' (no quotes) in the message body to majordomo at symbios.com




More information about the T10 mailing list