home *** CD-ROM | disk | FTP | other *** search
/ The CDPD Public Domain Collection for CDTV 4 / CDPD_IV.bin / networking / uucp / amigauucpsrc / bms / bms.doc < prev    next >
Text File  |  1994-06-29  |  2KB  |  48 lines
  1.  
  2.                 REGISTRATION
  3.  
  4.     (1) Local BMS system allocates an identifier and posts a registration
  5.     request to the remote BMS system.  The registration request
  6.     includes the user name, local BMS system name, local identifier,
  7.     and mail return path.
  8.  
  9.     (2) Remote BMS system allocates an identifier for the registration
  10.     and returns it to the local.  Identifier will live for 2 weeks
  11.     until first request is received.
  12.  
  13.     Both systems now have semi-permanently allocated identifiers relating
  14.     to the registration.  Each system knows the other's registration
  15.     identifier and this is used to aid further communication.
  16.  
  17.                   TRANSFER REQUEST
  18.  
  19.     (1) Local BMS system allocates an identifier and posts a transfer
  20.     request to the remote BMS system giving the identifier, the local
  21.     BMS system's registration identifier, and the remote BMS system's
  22.     registration identifier.  Local BMS system also includes other
  23.     limit parameters.
  24.  
  25.     Local may retry this transfer request any number of times, the
  26.     remote always responds with its 'plan' for the request.
  27.  
  28.     (2) Remote BMS system processes request, alocates identifier, and
  29.     sends an immediate response possibly followed by or including
  30.     data.
  31.  
  32.     Remote BMS system may choose to defer data or request known cache
  33.     nodes to fullfill the request.    The 'plan' is included in the
  34.     immediate response.
  35.  
  36.     (3) Local BMS system handles all retry requests, collecting of data,
  37.     and final acknowledgement back to remote (for MIRRORs)
  38.  
  39.                 OTHER CONTROL REQUESTS
  40.  
  41.     For DEQUEUE the local sends the control request to the remote which
  42.     responds with an acknowledgement.  The local also queues messages to
  43.     any cache nodes known to be handling the request.  The remote, on
  44.     reception of a DEQUEUE, returns an acknowledgement along with the plan
  45.     and also posts a DEQUEUEto all cache nodes (no acknowledgement of this
  46.     is expected).
  47.  
  48.