Needed

• WLAN Traffic Replay
  • Description: Given a record of packet flow. How do we design a stateful and hardware adaptive replay tool to replay the traffic behaviors of network protocols and applications in a wireless network? During replay, the replay tool not only replays traffic correctly but also keeps the appearance order of control and data packets, and interval and interaction between packets. Furthermore, the replay tool must automatically adjust its replay speed according to the different hardware specifications.
  • Expected results: replay tools, papers, or technical reports, which can describe the contribution to NBL.
• WLAN Environmental Replay
  • Description: Given a record of packet flow. How do we evaluate, quantify, or correctly reproduce it in a wireless network environment? Note that there are a lot of issues of fading, noise, weakness, etc. in a wireless network.
  • Expected results: replay tools, papers, or technical reports, which can describe the contribution to NBL.
• Bot Replay
  • Description: Given a bot binary. How do we reproduce the correct behavior of this bot binary and then use this behavior to do further researches, such as analysis, study, and protection? In practice, every bot binary should have its behavior and limit that is different from others.
  • Expected results: replay tools, papers, or technical reports, which can describe the contribution to NBL.
• Replay Effectiveness Factors
  • Description: Three factors, traffic flow, devices, and replay technology, influence the success of network traffic replay. How to find them, determine their importance, and enhance them are very important.
  • Expected results: replay tools, papers, or technical reports, which can describe the contribution to NBL.
• Traffic Diversity and Defect Distribution
  • Description: Different networks, locations, times, even application behaviors will produce different content of traffic flow. This issue wants to deeply trace whether devices have different test results including errors with different content of traffic flow. If the answer is true, why?
  • Expected results: papers, analysis results of different networks, analysis results of different applications’ behaviors, or technical reports, which can describe the contribution to NBL.
• Differentiated Voting Mechanisms for Different Applications
  • Description: There are many voting mechanisms and these mechanisms are used in many places. However, majority voting is the most used mechanism. In this issue, we want to discuss what factors influence the voting result, even the voting mechanism. Furthermore, we also want to understand whether the voting mechanism or result effects the application, such as PCAP Lib of NBL.
  • Expected results: papers, tools, or technical reports, which can describe the contribution to NBL.
• 使用者自定層級的系統耗電量測
  • Description: A user can define the power consumption measurement layers from a small one, such as unit or functional layer to a large one like procedure or system layer. This will make a user know the information of power consumption with a microcosmic or a macroscopic view and further enhance the performance.
  • Expected results: measurement tools, papers, or technical reports, which can describe the contribution to NBL.

Interested

• Open Flow on Beta Site: Openflow switching protocol
  • Description: Sometimes we need to manage the network traffic when doing some experiments with real traffic in the campus environment. In order to make the whole network work well during tests, does there exist a protocol or mechanism that can dynamically manage the network traffic? For example, we can decide which inbound or outbound paths are used.
  • Expected results: tools, papers, or technical reports, which can describe the contribution to NBL.
• Differentiated Service Design between Embedded Platform and Cloud Computing
  • Description: We want to compare the execution differences/effects/results between embedded system platform and cloud computing platform. This is because the embedded system platform has a powerful computing unit and can connect to Internet while the cloud computing platform provides a convenient environment to users. In practice, the former can do some computing intensive works whereas the latter is responsible for all computing works when users transmit raw data to the cloud. Therefore, it is interesting to find what the differences between these two platforms are, even find their benchmarks.
  • Expected results: papers, tools, or technical reports, which can describe the contribution to NBL.

Open

• The Limitations of Replay
  • Description: When testing network devices, we usually use replay tools to replay network traffic to the devices. Then, by comparing replay results with original ones, we can check whether the devices work well or not. However, not all traffic flow can be correctly replayed. Therefore, it is important to find the limits or bugs in other layers, such as physical layer, data link layer, and so on.
  • Expected results: papers or technical reports, which can describe the contribution to NBL.
• Traffic Synthesis System
  • Description: In test, we usually need different traffic flows of different applications. Can we merge/synthesize different and small traffic of many applications to a larger traffic flow? During synthesis, we must ensure that the relationships between any two packets and between source side and destination side match the definition of requested network protocols/applications.
  • Expected results: traffic synthesis tools, papers, or technical reports, which can describe the contribution to NBL.