Hi,

I'm currently implementing parts of RELOAD as my bachelor thesis and stumbled upon an ambiguity concerning answers to fragmented requests. Section 5.2.2 states:

   When a peer sends a response to a request using this routing
   algorithm, it MUST construct the destination list by reversing the
   order of the entries on the via list.  This has the result that the
   response traverses the same peers as the request traversed, except in
   reverse order (symmetric routing).

However, neither this section nor section 5.7 (which covers fragmentation) clarifies which via list should be used if the message was fragmented. As intermediate nodes handle each fragment independently, different fragments of the same request might take different routes in the overlay. So for the receiving node it remains unclear which via list should be used for the answer.

Proposal: Add the following text to section 5.2.2:

    If the request was fragmented and for that had to be reassembled by the
receiving node, the via lists of the fragments may differ. The receiving Node
    SHOULD use the via list of the last fragment, as determined by the last
    fragment bit; See Section 5.7

This should be a good approach, because for the last fragment's route the probability is high to still be available.

Regards,
  André
_______________________________________________
P2PSIP mailing list
[email protected]
https://www.ietf.org/mailman/listinfo/p2psip

Reply via email to