Architecture of peer-to-peer network platform

Abstract

The invention provides a peer-to-peer network platform construction, which comprises: a communication layer positioned on the bottom of the peer-to-peer network platform construction for transmitting messages with the peer through a physical network or a simulator and communicating with the overlap network layer through a network abstract application programming interface; an overlap network layer positioned on the communication layer while below the service layer for realizing the peer-to-peer network routing function, communicating with the service layer through the general programming interface, and transmitting messages between the communication layer and the service layer; and a service layer positioned on the overlap network layer for providing service to the application of the client-end. The construction in the invention supports overlap network layer simulator and network layer simulator, can supports simulation in two layers, and can screen the difference between the simulation and the actual motion by the abstract interface, consequently, can be used to testing the platform, service and application independently.

Description

technical field [0001] The present invention relates to the field of network communication, in particular to a P2P (peer-to-peer, peer-to-peer) network platform architecture. Background technique [0002] Recently, P2P network has been paid more and more attention because its characteristics meet the needs of the times, and it can be regarded as a model of P2P computing. P2P network technology will penetrate into many fields. In P2P network technology, how to correctly route or query under various disturbance conditions is a key issue. [0003] In the P2P network technology, the "node capabilities" of each peer (Peer) often have dissimilarity, which is manifested in aspects such as CPU speed, available bandwidth, and storage space. To maximize the size of the P2P network, it is necessary to consider the problem of the dissimilarity of these "node capabilities". [0004] Some non-open P2P middleware frameworks usually use the protocols defined by each manufacturer, and the ...

AI Technical Summary

Problems solved by technology

Therefore, all routing is done through a set of rendezvous point peers, but the overload factor between these rendezvous point peers is not taken into account

[0016]3. The distribution of the peers under the super peer of each rendezvous point is not clear

[0017]4. The routing items exchanged by the rendezvous super peers are also specially made, resulting in irreparable waste of bandwidth in many cases

[0018]5. The maintenance method between the aggregation peer and the edge peer is not clearly stipulated, which may cause a high failure rate when some peers are off-network

[0019]6. The number of search hops is unpredictable

[0020]7. The JXTA platform does not have a built-in simulator

No technical improvements in P2P routing

Images