TSSP Procedures: Difference between revisions

From ReddNet
Jump to navigation Jump to search
Line 30: Line 30:
  </td>
  </td>
  <td>
  <td>
# desist
# exit
# desist
# exit
# desist
# exit
# desist
# exit
# desist
# exit
# desist
# exit
# retry (limit?)
# retry (limit?)
# retry (limit?)
# retry (limit?)
# desist
# exit
  </td>
  </td>
</tr>
</tr>
Line 58: Line 58:
  </td>
  </td>
  <td>
  <td>
# try next depot/resource if available. otherwise desist
# try next depot/resource if available. otherwise, decrement successful allocations, purge metadata, and exit
# try next depot/resource if available. otherwise desist
# try next depot/resource if available. otherwise, decrement successful allocations, purge metadata, and exit
# redo allocate
# redo allocate
# redo allocate
# redo allocate
# try next depot/resource if available. otherwise desist
# try next depot/resource if available. otherwise, decrement successful allocations, purge metadata, and exit
# retry (limit?)
# retry (limit?). otherwise, decrement successful allocations, purge metadata, and exit
# desist
# decrement successful allocations, purge metadata, and exit
# retry (limit?)
# retry (limit?). otherwise, decrement successful allocations, purge metadata, and exit
# desist
# decrement successful allocations, purge metadata, and exit
# desist
# decrement successful allocations, purge metadata, and exit
  </td>
  </td>
</tr>
</tr>
Line 83: Line 83:
  </td>
  </td>
  <td>
  <td>
# -
# exit
# -
# exit
# -
# exit (=non-existant resource)
# -
# retry (limit?). otherwise, exit
# -
# exit
# -
# exit
  </td>
  </td>
</tr>
</tr>
Line 101: Line 101:
  </td>
  </td>
  <td>
  <td>
# -
# exit
# -
# exit
# -
# exit
  </td>
  </td>
</tr>
</tr>

Revision as of 18:59, 31 January 2008

This section contains recommendations pertaining to the Issues section of the TSSP Framework article.

(back to Protocol Standardization Efforts)

Fault Tolerance

The steps that compose the five proposed standard operations are shown ranked by how many times they appear in the operations' construction. Also, each step is categorized as being able, or desired, to be implemented in parallel. Steps that support parallelism assume that the failure of one of the executing threads compromises the entire operation, triggering aggressive rollback when possible. Inability to rollback can result in several undesired channel states:

  • Inaccessible channel capacity (can not be remedied by TSSP)
  • Inaccessible channel content (can not be remedied by TSSP)
  • Skewed channel duration
  • Skewed channel capacity
StepOccurrenceParallel (T/F)Cause of FailureProcedure
obtain metadata 5 F
  1. connection timeout
  2. authentication failed
  3. path not found
  4. permission denied
  5. connection broken
  6. operation canceled
  7. operation interrupted
  8. size mismatch
  9. invalid schema
  1. exit
  2. exit
  3. exit
  4. exit
  5. exit
  6. exit
  7. retry (limit?)
  8. retry (limit?)
  9. exit
fill channel (store/copy) 3 T
  1. connection timeout
  2. authentication failed
  3. invalid capability
  4. invalid WRITE key
  5. insufficient space
  6. connection broken
  7. operation canceled
  8. operation interrupted
  9. size mismatch
  10. input stream closed
  1. try next depot/resource if available. otherwise, decrement successful allocations, purge metadata, and exit
  2. try next depot/resource if available. otherwise, decrement successful allocations, purge metadata, and exit
  3. redo allocate
  4. redo allocate
  5. try next depot/resource if available. otherwise, decrement successful allocations, purge metadata, and exit
  6. retry (limit?). otherwise, decrement successful allocations, purge metadata, and exit
  7. decrement successful allocations, purge metadata, and exit
  8. retry (limit?). otherwise, decrement successful allocations, purge metadata, and exit
  9. decrement successful allocations, purge metadata, and exit
  10. decrement successful allocations, purge metadata, and exit
obtain depot set 2 T
  1. connection timeout
  2. authentication failed
  3. empty set returned
  4. connection broken
  5. operation canceled
  6. invalid schema
  1. exit
  2. exit
  3. exit (=non-existant resource)
  4. retry (limit?). otherwise, exit
  5. exit
  6. exit
determine next depot 2 F
  1. malformed query
  2. invalid schema
  3. null result
  1. exit
  2. exit
  3. exit
reserve channel (alloc) 2 T
  1. connection timed out
  2. authentication failed
  3. invalid resource
  4. insufficient capacity
  5. insufficient duration
  6. connection broken
  7. operation canceled
  8. operation interrupted
  1. -
  2. -
  3. -
  4. -
  5. -
  6. -
  7. -
  8. -
publish/record metadata 2 F
  1. connection timeout
  2. authentication failed
  3. path not found
  4. permission denied
  5. not enough space
  6. connection broken
  7. operation canceled
  8. operation interrupted
  1. -
  2. -
  3. -
  4. -
  5. -
  6. -
  7. -
  8. -
order depot set 1 F
  1. malformed query
  2. invalid schema
  1. -
  2. -
expire channel 1 T
  1. connection timed out
  2. authentication failed
  3. invalid capability
  4. invalid MANAGE key
  5. connection broken
  6. operation canceled
  7. operation interrupted
  1. -
  2. -
  3. -
  4. -
  5. -
  6. -
  7. -
consume content (load) 1 T
  1. connection timed out
  2. authentication failed
  3. invalid capability
  4. invalid READ key
  5. size mismatch
  6. connection broken
  7. operation canceled
  8. operation interrupted
  9. output stream closed
  1. -
  2. -
  3. -
  4. -
  5. -
  6. -
  7. -
  8. -
  9. -
channel duration 1 T
  1. connection timed out
  2. authentication failed
  3. invalid capability
  4. invalid MANAGE key
  5. insufficient duration
  6. connection broken
  7. operation canceled
  8. operation interrupted
  1. -
  2. -
  3. -
  4. -
  5. -
  6. -
  7. -
  8. -
channel capacity 1 T
  1. connection timed out
  2. authentication failed
  3. invalid capability
  4. invalid MANAGE key
  5. insufficient capacity
  6. connection broken
  7. operation canceled
  8. operation interrupted
  1. -
  2. -
  3. -
  4. -
  5. -
  6. -
  7. -
  8. -