repo-ng

Basic Repo Insertion Protocol

=============================

Basic repo insertion protocol uses **[[Repo Command]]**.

Repo insertion command requests that the repo retrieve and store content. This command interest is a signed interest and will be validated with access control policy defined by the repo. When the Interest is validated and name of the data is not existed in the repo. The repository will respond with a data object containing OK status and start to send the interest to fetch the data to insert.

Segmented data insertion is also supported in the insertion protocol. Segmentation info is defined in RepoCommandParameter. If the content is segmented, the final segment id will be encoded in this block.

Forwarding hint is a scheme for mobility support in a large NDN network. Repo will support forwarding hint method in the insertion protocol. If regular interest is unroutable, consumer will send the interest with a link object, which contain information about destination region. When interest reached consumer region edge, the router will make a selection among delegation information. Intermediate router will forward the interest through this delegation. When interest reaches producer region edge, the router will forward the interest through the original name.

## Basic operations

### Insert data

Command verb: **insert**

The name semantics follows the format of the repo command. The <command verb> is defined as ``insert``.

For example, for ``<repo prefix>`` as ``/ucla/cs/repo``, the following is an example:

    /ucla/cs/repo/insert/<RepoCommandParameter>/<timestamp>/<random-value>/<SignatureInfo>/<SignatureValue>

### Insertion status check

Command verb: **insert check**

During the insertion progress, the requester could send insertion status check command to check the status of the insertion progress. This status check command is also signed interest. The semantics of insertion status check command is shown as follows:

<command verb> equals to ``insert check``. For example:

    /ucla/cs/repo/insert check/<RepoCommandParameter>/<timestamp>/<random-value>/<SignatureInfo>/<SignatureValue>

## Formats

### RepoCommandParameter

RepoCommandParameter of insertion and insertion check command follows that in Repo Command section. Name, StartBlockId, EndBlockId are used in insertion. Name and ProcessId are used in insertion check command.

In insertion command, Name represents the name or prefix of data for repo to fetch. If StartBlockId or EndBlockId is set, the repo will retrieve segmented data with segment number between StartBlockId and EndBlockId. 

In insertion check command, Name represents name or prefix of data for repo to fetch. ProcessId is set by the RepoCommandResponse to indicate specified process.

### Insertion status response

This insert status data object could be the response data object of both insert command and insert check command. It will follow the format of repo command response.

StatusCode indicates the status of insertion. InsertNum represents how many data has been interested into the repo. StartBlockId and EndBlockId is the start and end segment id of data inserted. InsertNum is the how many data segments have been inserted. ProcessId indicates an ID of process, a random number generated by repo.

For insert command, status code will be set according to definition below, StartBlockId and EndBlockId will be set according to the insert command. If StartBlockId in RepoCommandParameter is missing, it will be set 0 in response. If EndBlockId is missing, it will not be set.

For insert check command, status code will be set according to definition below, StartBlockId and EndBlockId will be set according to the StartBlockId and EndBlockId that repo is using, insertnum will be set according to insertion progress. ProcessId is set according to the ID of process checked. If EndBlockId has not been decided, this EndBlockId will not be set in response.

StatusCode Definition:

``StatusCode`` | Description

-------------- | ----------------------------------------------

``100``        | The command is OK. can start to fetch the data

``200``        | All the data has been inserted

``300``        | This insertion is in progress

``401``        | This insertion command or insertion check command is invalidated

``402``        | Selectors and BlockId both present

``403``        | Malformed Command

``404``        | No such this insertion is in progress

``405``        | EndBlockId Missing Timeout

### EndBlockId Missing Timeout

If StartBlockId presents but EndBlockId is missing, and returned data packets do not contain FinalBlockId, the repo will continuously fetch the data. An EndBlockId missing timeout is set to prevent this occasion. The repo will start a timer when StartBlockId presents but EndBlockId is missing. When timeout happens, repo will stop fetching data to store and end insert process. If an insert check command arrives during this insert process, the time of timer is set to 0. If data packet containing FinalBlockId arrives, this timeout timer will be dismissed.

## Protocol Process

1. start to authorize the command; if authorization does not fail immediately, go to step 3

2. send a negative response indicating authorization failure, and abort these steps, insert process ends (StatusCode: 401)

3. if  both StartBlockId and EndBlockId are missing, go to step 7

4. if either StartBlockId or EndBlockId is present, and one of supported selectors is present. send negative reponse back and abort steps, insert process ends (StatusCode: 402)

5. if both StartBlockId and EndBlockId are present, and StartBlockId is less than or equal to EndBlockId, go to step 7

6. send a negative response indicating malformed command, and abort these steps, insert process ends (StatusCode: 403)

7. wait for authorization completion

8. if authorization fails, go to step 2 (StatusCode: 401)

9. send a positive response indicating insert is in progress (StatusCode: 200)

10. if either StartBlockId or EndBlockId is present, go to step 16

11. start to retrieve Name with selectors in insert command

12. wait for retrieval completion

13. if retrieval fails, go to step 27

14. store retrieved Data packet

15. abort these steps, insert process ends

16. if StartBlockId is missing, set StartBlockId 0. If EndBlockId is missing, EndBlockId will be missing unless get FinalBlockId in comming data packets, start EndBlockId Misiing Timeout timer.

17. append StartBlockId to Name

18. start to retrieve Name

19. wait for retrieval completion

20. if retrieval fails, go to step 26

21. store retrieved Data packet

22. if retrieved Data packet contains FinalBlockId, and FinalBlockId is less than EndBlockId or EndBlockId is missing, let EndBlockId be FinalBlockId

23. if the last component of Name is greater than or equal to EndBlockId, abort these steps, insert process ends

24. increment the last component of Name

25. go to step 17

26. retrieve data with this data another 2 times. If these 2 retrieval both failes, abort these steps. if success, go to step 21

27. retrieve data with this data another 2 times. If these 2 retrieval both failes, abort these steps. if success, go to step 14

If EndBlockId Missing Timeout timer starts, repo will monitor this timer during step 17~26. If this timeout occurs, abort insert command process immediately.

Implementation MAY pipeline the Interests.

### Repo insert check command progress

Implementation MAY publish a notification of status regarding insert progress. The process of status check is as follows:

1. start to authorize the insert status command, if fails go to 2, if success, go to 3

2. send a negative response indicating authorization failure, and abort these steps (StatusCode: 401)

3. start to check the progress of the insert with the data name in the command. If no such progress is found, go to 4. Or go to 5.

4. response status with status code, abort check process. (StatusCode: 404)

5. check the status of insertion. return the status of insertion progress. If a EndBlockId Missing Timeout timer is running, set this timer to 0. Abort check process. (StatusCode: 300)

### Protocol diagram:

    Requester                     Repo                          Data producer

        |                           |                                 |

        |                           |                                 |

      +---+  Insert command       +---+                               |

      |   | --------------------> |   |                               |

      +---+                       |   |                               |

        |                         |   |                               |

      +---+   Confirm start       |   |                               |

      |   | <==================== |   |                               |

      +---+   Reject command      +---+                               |

        |     (with status code)    |                                 |

        |                         +---+     Interest for Data       +---+

        |                         |   | --------------------------> |   |

        |                         +---+                             |   |

        |                           |                               |   |

        |                         +---+       Data segment          |   |

        |                         |   | <========================== |   |

        |                         +---+                             +---+

        |                           |                                 |

        |                           ~                                 ~

        |                           ~                                 ~

        |                           |                                 |

        |                         +---+     Interest for Data       +---+

        |                         |   | --------------------------> |   |

        |                         +---+                             |   |

        |                           |                               |   |

        |                         +---+       Data segment          |   |

        |                         |   | <========================== |   |

        |                         +---+                             +---+

        |                           |                                 |

        |                           |                                 |

        |                           ~                                 ~

        |                           ~                                 ~

        |                           |                                 |

        |                           |                                 |

        |                           |                                 |

      +---+   Status interest     +---+                               |

      |   | --------------------> |   |                               |

      +---+                       |   |                               |

        |                         |   |                               |

      +---+    Status response    |   |                               |

      |   | <==================== |   |                               |

      +---+                       +---+                               |

        |                           |                                 |

        |                           |                                 |