Hi, Bruce: I have more comments on Reload-3.
1. After reading P2PP-01 and RELOAD-3, the first impression is that most of the mechanisms in the merged proposal are from the RELOAD-3. Only the diagonstic usage is from the P2PP. Although the two proposals have the nearly same design objectives, the proposed mechanism are still a little bit different. We are very interested in why you made this decisions, such as, why all authors think hop-by-hop reliability modes is not better than the via-list? 2. Via list and destination list comprise of peer ID which could ensure the reachability in theory. But each peer ID may be of size 128 bits or larger. So the method may make the packet fragmented with high probability. Although Reload-3 provide a built-in frag/reass mechanism, but i really don't like it. Because IP fragmentation algorithm is a attack target of the TCP/IP stack. 3. In reload-3, with respect to how to use the destination list, it says " If the entry is this peer, it removes this entry from the list and looks at the next entry and if the entry is not this peer, it sends the message to the first peer on the destination list." As we know, due to churn, some peer in the list may leave the overlay when the response is forwarded. In this case, the RELOAD-3 sends the message to the first peer. so my question is: why the destination peer does not send the response to the first peer initially? Although JOIN message could not be routed around the overlay to the JP, it could take semi-recursive or recursive method. 4. RELOAD-3 has added a large amount of text to describe how to enroll a node, either peer or client. IIRC, P2PSIP WG should not standardize a enrollment protocol. It only make use of the enrollment service to operate the P2P system. If I am wrong, please point out where it is. 5. In the section 1.1.3, it says "This layer is also responsible for setting up connections to other peers through NATs and firewalls using ICE, and it can elect to forward traffic using relays for NAT and firewall traversal.". I am interested in the concept relay here, could you give me more explanations? In SEP-01(http://tools.ietf.org/wg/p2psip/draft-jiang-p2psip-sep-01.txt), there is a similar concept: relaying peer. Regards! JiangXingFeng _______________________________________________ P2PSIP mailing list [email protected] https://www.ietf.org/mailman/listinfo/p2psip
