Context Navigation

ArchitectureDesign

v9	v10
27	27
28	28	The OTG and OTR program are implemented in the user space. To support point-to-multipoint communication, each port in OTG could associate more than one stream object. Based on different source and destinations, packets are classified to several streams. A port in OTG could deliver several streams to different OTR program through a common UDP or TCP port. Also, the OTR could receive several streams from different OTG program.
29		To let the receiver software OTR have the capability to extract PHY measurements from the driver, we need a custom driver which is compatible with ~~LibMac~~ library.
	29	To let the receiver software OTR have the capability to extract PHY measurements from the driver, we need a custom driver which is compatible with [wiki:Documentation/Libmac LibMac] library.
30	30	The above mentioned architecture allows us to extend the OTG-OTR application to support multiple sending streams and multiple receiving applications. However, the baseline requirement for the OTG/OTR design is the very simple one-sender-one-receive point-to-point communication. Therefore, the baseline application will only include a communication path and components in the shaded region. And this case will also satisfy the test and measurement demands of most users.
31	31