<?xml version="1.0"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="en">
		<id>http://134.74.112.6/mediawiki/api.php?action=feedcontributions&amp;feedformat=atom&amp;user=Zhengpeng</id>
		<title>Zheng Peng's Wiki - User contributions [en]</title>
		<link rel="self" type="application/atom+xml" href="http://134.74.112.6/mediawiki/api.php?action=feedcontributions&amp;feedformat=atom&amp;user=Zhengpeng"/>
		<link rel="alternate" type="text/html" href="http://134.74.112.6/mediawiki/index.php/Special:Contributions/Zhengpeng"/>
		<updated>2026-04-28T19:11:20Z</updated>
		<subtitle>User contributions</subtitle>
		<generator>MediaWiki 1.29.1</generator>

	<entry>
		<id>http://134.74.112.6/mediawiki/index.php?title=Aqua-Sim_NG&amp;diff=151</id>
		<title>Aqua-Sim NG</title>
		<link rel="alternate" type="text/html" href="http://134.74.112.6/mediawiki/index.php?title=Aqua-Sim_NG&amp;diff=151"/>
				<updated>2021-05-20T14:23:38Z</updated>
		
		<summary type="html">&lt;p&gt;Zhengpeng: /* Overview */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&amp;lt;!--&lt;br /&gt;
=Aqua-Sim Next Generation (NG)=&lt;br /&gt;
--&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Aqua-Sim Next Generation (NG) is an NS-3 based underwater sensor network simulator.&lt;br /&gt;
&lt;br /&gt;
==Overview==&lt;br /&gt;
&lt;br /&gt;
Through the use of network simulators we are able to test and examine diﬀerent combinations of protocols in low cost and controlled environments. This is especially important for Underwater Sensor Networks (UWSNs) due to their expensive and complex deployment and upkeep costs for real-system testing. Due to the unique research challenges seen in UWSNs, this requires a standard simulation platform to support testing of diﬀerent designs, algorithms and protocols. Furthermore, we must ensure that this tool oﬀers a broad range of specialized features to allow for easier and expandable testing.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;!--We have previously developed a simulator, called [[Aqua-Sim]], for underwater sensor networks, based on NS-2. NS-2 is a popular network simulator developed in 2000. Like any simulator, over the years, NS-2 has shown its age and was superseded by NS-3 in 2008. To address various limitations introduced by NS-2, in this project, we propose Aqua-Sim Next Generation (NG), a UWSN simulator based on NS-3. The goal of this core simulator changeover is to improve memory management, through the use of smart pointers, have stronger packet header handling, and overall performance improvements. Consequently, this transition allows us to restructure the architecture of Aqua-Sim and better modularize the simulator’s protocol layers. Due to the vast diﬀerences between NS-2 and NS-3, this change also requires rewriting Aqua-Sim's core and protocol code to meet new API standards.--&amp;gt;&lt;br /&gt;
&lt;br /&gt;
We have previously developed a simulator, called [https://obinet.engr.uconn.edu/wiki/index.php?title=Aqua-Sim Aqua-Sim], for underwater sensor networks, based on NS-2. NS-2 is a popular network simulator developed in 2000. Like any simulator, over the years, NS-2 has shown its age and was superseded by NS-3 in 2008. To address various limitations introduced by NS-2, in this project, we propose Aqua-Sim Next Generation (NG), a UWSN simulator based on NS-3. The goal of this core simulator changeover is to improve memory management, through the use of smart pointers, have stronger packet header handling, and overall performance improvements. Consequently, this transition allows us to restructure the architecture of Aqua-Sim and better modularize the simulator’s protocol layers. Due to the vast diﬀerences between NS-2 and NS-3, this change also requires rewriting Aqua-Sim's core and protocol code to meet new API standards.&lt;br /&gt;
&lt;br /&gt;
Due to the harsh conditions of UWSNs it is crucial to simulate components of real-world systems to ensure strong testing results. To accomplish this task we have implemented four main areas of improvements in Aqua-Sim NG: &lt;br /&gt;
&lt;br /&gt;
#We frst oﬀer enhanced channel support which consists of specialized noise generators, multiple channel support, range-based propagation, and trace driven testing. These features allow for localized packet interference as well as varying acoustic propagation ranging between modems. &lt;br /&gt;
#Next we expand physical model support through the implementation of a signal cache, signal-to-interference-plus-noise (SINR) checker and modulation support. This allows for packet decoding at the modem’s physical layer dependent on the current underwater channel’s condition. &lt;br /&gt;
#Following this, we oﬀer higher protocol layer support which includes synchronization and localization modules, busy terminal model support, and security features. Due to the restricted attenuation of radio frequency in UWSNs, synchronization and localization modules must be included to assist testing of various protocols. Furthermore, due to the high mobility and transmission delays in underwater it is important to be capable of testing specialized security techniques. &lt;br /&gt;
#And the final area of improvement being the integration of adapted Information-Centric Networking (ICN) techniques for UWSNs. Due to the innovative approach of ICN architectures, it is highly promising to implement various components and features for future testing. ICN’s innovative approach opens up new avenues of research in UWSNs, making it a crucial step in expanding underwater simulation.&lt;br /&gt;
&lt;br /&gt;
==Aqua-Sim NG Architecture==&lt;br /&gt;
&lt;br /&gt;
Due to the vast diﬀerences between NS-2 and NS-3 API, Aqua-Sim must be completely revamped to meet these new standards. In some cases this consists of rewriting new functions and complete classes to adhere to NS-3 standards. Since Aqua-Sim has been a collaborative eﬀort among many developers over the past years, this transition also allowed for code clean up and restructuring.&lt;br /&gt;
&lt;br /&gt;
Aqua-Sim NG's new architecture is centralized around each net device, while also allowing for interaction with the channel layer. Therefore, we can individually use unique modules in parallel, such as introducing synchronization support alongside MAC layer protocols through diversifying how our simulated packets are handled. Additionally, we incorporate strongly correlated class inheritance for more influential and meaningful function use.&lt;br /&gt;
&lt;br /&gt;
[[File:AsDiagram_resize.png|center|1080px]]&lt;br /&gt;
&lt;br /&gt;
==New Features and Modules==&lt;br /&gt;
&lt;br /&gt;
*Synchronization and localization support&lt;br /&gt;
*Busy/hidden terminal model integration&lt;br /&gt;
*Varying noise generators&lt;br /&gt;
*Enhanced channel support (ie multi-channel integration)&lt;br /&gt;
*Transmission range uncertainty&lt;br /&gt;
*Trace driven support for channel conditions&lt;br /&gt;
*Security module for easier attacker imitation&lt;br /&gt;
*ICN module including adapted Named Data Network components, specialized protocols, and helper scripts&lt;br /&gt;
&lt;br /&gt;
==Preliminary Results==&lt;br /&gt;
&lt;br /&gt;
Simulation results match up quite well to past testing of Aqua-Sim validity. Aqua-Sim NG also shows large performance improves using various simulator protocols. Additionally, Aqua-Sim NG has shown extensive code adjustments since its starting point in 2015.&lt;br /&gt;
&lt;br /&gt;
[[File:Asng_Throughput_p1.png|720px|Throughput with fixed input traffic per node.]] [[File:Asng_Throughput_p2.png|720px|Throughput with fixed total traffic input.]]&lt;br /&gt;
&lt;br /&gt;
Throughput with fixed input traffic per node (left) and throughput with fixed total traffic input (right).&lt;br /&gt;
&lt;br /&gt;
[[File:Asng_HeapProfile.png|720px|alt=HeapProfile|Heap profiling using various protocols.]] [[File:Asng_Github_Contributions.png|720px]]&lt;br /&gt;
&lt;br /&gt;
Heap profiling using various protocols (left) and Aqua-Sim NG's GitHub repository contributions (right).&lt;br /&gt;
&lt;br /&gt;
==Aqua-Sim NG Download==&lt;br /&gt;
&lt;br /&gt;
The initial version of Aqua-Sim NG can be found [https://github.com/rmartin5/aqua-sim-ng HERE]&lt;br /&gt;
&lt;br /&gt;
The latest version of Aqua-Sim NG that is compatible with NS-3 V3.29 can be found [http://hudson.ccny.cuny.edu/download/aquasim-ng.tgz HERE]&lt;br /&gt;
&lt;br /&gt;
==Aqua-Sim NG Documentations==&lt;br /&gt;
&lt;br /&gt;
* An installation guide can be found [http://134.74.112.6/mediawiki/images/6/66/Aqua-Sim_NG_Installation.pdf HERE].&lt;br /&gt;
&lt;br /&gt;
* A developer tutorial can be found [http://134.74.112.6/mediawiki/images/8/8f/Aqua-Sim-NG_Tutorial.pdf HERE].&lt;br /&gt;
&lt;br /&gt;
==People==&lt;br /&gt;
&lt;br /&gt;
*[http://www-cs.ccny.cuny.edu/~zheng/ Zheng Peng ], Assistant Professor, Computer Science Department, City College, City University of New York&lt;br /&gt;
&amp;lt;!--*Dmitrii Dugaev, PhD Student, Graduate Center, City University of New York--&amp;gt;&lt;br /&gt;
*Robert Martin, Computer Science and Engineering, University of Connecticut.&lt;br /&gt;
&lt;br /&gt;
==Publications==&lt;br /&gt;
&lt;br /&gt;
*Aqua-Sim Next Generation: An NS-3 Based Underwater Sensor Network Simulator, Robert Martin, Sanguthevar Rajasekaran, and Zheng Peng, in Proc. of ACM WUWNet, Halifax, NS, Canada, 2017.&lt;/div&gt;</summary>
		<author><name>Zhengpeng</name></author>	</entry>

	<entry>
		<id>http://134.74.112.6/mediawiki/index.php?title=Main_Page&amp;diff=150</id>
		<title>Main Page</title>
		<link rel="alternate" type="text/html" href="http://134.74.112.6/mediawiki/index.php?title=Main_Page&amp;diff=150"/>
				<updated>2021-05-20T01:51:18Z</updated>
		
		<summary type="html">&lt;p&gt;Zhengpeng: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&amp;lt;!--[[Aqua-Net]]--&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;!--[[Aqua-Sim]]--&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;!--[[Aqua-3D]]--&amp;gt;&lt;br /&gt;
&lt;br /&gt;
[[Aqua-Sim NG]]&lt;br /&gt;
&lt;br /&gt;
&amp;lt;!--[[Aqua-Lab]]--&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;!--[[Aqua-OS]]--&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;!--[[Aqua-fModem]]--&amp;gt;&lt;br /&gt;
&lt;br /&gt;
== Current Development ==&lt;br /&gt;
&lt;br /&gt;
[[Aqua-Sim-NG multichannel MAC implementation]]&lt;br /&gt;
&lt;br /&gt;
[[Install and run Aqua-Sim-NG code]]&lt;/div&gt;</summary>
		<author><name>Zhengpeng</name></author>	</entry>

	<entry>
		<id>http://134.74.112.6/mediawiki/index.php?title=File:Aqua-Sim-NG_Tutorial.pdf&amp;diff=149</id>
		<title>File:Aqua-Sim-NG Tutorial.pdf</title>
		<link rel="alternate" type="text/html" href="http://134.74.112.6/mediawiki/index.php?title=File:Aqua-Sim-NG_Tutorial.pdf&amp;diff=149"/>
				<updated>2020-05-04T23:45:49Z</updated>
		
		<summary type="html">&lt;p&gt;Zhengpeng: Zhengpeng uploaded a new version of File:Aqua-Sim-NG Tutorial.pdf&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&lt;/div&gt;</summary>
		<author><name>Zhengpeng</name></author>	</entry>

	<entry>
		<id>http://134.74.112.6/mediawiki/index.php?title=Aqua-Sim_NG&amp;diff=148</id>
		<title>Aqua-Sim NG</title>
		<link rel="alternate" type="text/html" href="http://134.74.112.6/mediawiki/index.php?title=Aqua-Sim_NG&amp;diff=148"/>
				<updated>2020-04-28T23:04:40Z</updated>
		
		<summary type="html">&lt;p&gt;Zhengpeng: /* Aqua-Sim NG Documentations */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&amp;lt;!--&lt;br /&gt;
=Aqua-Sim Next Generation (NG)=&lt;br /&gt;
--&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Aqua-Sim Next Generation (NG) is an NS-3 based underwater sensor network simulator.&lt;br /&gt;
&lt;br /&gt;
==Overview==&lt;br /&gt;
&lt;br /&gt;
Through the use of network simulators we are able to test and examine diﬀerent combinations of protocols in low cost and controlled environments. This is especially important for Underwater Sensor Networks (UWSNs) due to their expensive and complex deployment and upkeep costs for real-system testing. Due to the unique research challenges seen in UWSNs, this requires a standard simulation platform to support testing of diﬀerent designs, algorithms and protocols. Furthermore, we must ensure that this tool oﬀers a broad range of specialized features to allow for easier and expandable testing.&lt;br /&gt;
&lt;br /&gt;
We have previously developed a simulator, called [[Aqua-Sim]], for underwater sensor networks, based on NS-2. NS-2 is a popular network simulator developed in 2000. Like any simulator, over the years, NS-2 has shown its age and was superseded by NS-3 in 2008. To address various limitations introduced by NS-2, in this project, we propose Aqua-Sim Next Generation (NG), a UWSN simulator based on NS-3. The goal of this core simulator changeover is to improve memory management, through the use of smart pointers, have stronger packet header handling, and overall performance improvements. Consequently, this transition allows us to restructure the architecture of Aqua-Sim and better modularize the simulator’s protocol layers. Due to the vast diﬀerences between NS-2 and NS-3, this change also requires rewriting Aqua-Sim's core and protocol code to meet new API standards.&lt;br /&gt;
&lt;br /&gt;
Due to the harsh conditions of UWSNs it is crucial to simulate components of real-world systems to ensure strong testing results. To accomplish this task we have implemented four main areas of improvements in Aqua-Sim NG: &lt;br /&gt;
&lt;br /&gt;
#We frst oﬀer enhanced channel support which consists of specialized noise generators, multiple channel support, range-based propagation, and trace driven testing. These features allow for localized packet interference as well as varying acoustic propagation ranging between modems. &lt;br /&gt;
#Next we expand physical model support through the implementation of a signal cache, signal-to-interference-plus-noise (SINR) checker and modulation support. This allows for packet decoding at the modem’s physical layer dependent on the current underwater channel’s condition. &lt;br /&gt;
#Following this, we oﬀer higher protocol layer support which includes synchronization and localization modules, busy terminal model support, and security features. Due to the restricted attenuation of radio frequency in UWSNs, synchronization and localization modules must be included to assist testing of various protocols. Furthermore, due to the high mobility and transmission delays in underwater it is important to be capable of testing specialized security techniques. &lt;br /&gt;
#And the final area of improvement being the integration of adapted Information-Centric Networking (ICN) techniques for UWSNs. Due to the innovative approach of ICN architectures, it is highly promising to implement various components and features for future testing. ICN’s innovative approach opens up new avenues of research in UWSNs, making it a crucial step in expanding underwater simulation.&lt;br /&gt;
&lt;br /&gt;
==Aqua-Sim NG Architecture==&lt;br /&gt;
&lt;br /&gt;
Due to the vast diﬀerences between NS-2 and NS-3 API, Aqua-Sim must be completely revamped to meet these new standards. In some cases this consists of rewriting new functions and complete classes to adhere to NS-3 standards. Since Aqua-Sim has been a collaborative eﬀort among many developers over the past years, this transition also allowed for code clean up and restructuring.&lt;br /&gt;
&lt;br /&gt;
Aqua-Sim NG's new architecture is centralized around each net device, while also allowing for interaction with the channel layer. Therefore, we can individually use unique modules in parallel, such as introducing synchronization support alongside MAC layer protocols through diversifying how our simulated packets are handled. Additionally, we incorporate strongly correlated class inheritance for more influential and meaningful function use.&lt;br /&gt;
&lt;br /&gt;
[[File:AsDiagram_resize.png|center|1080px]]&lt;br /&gt;
&lt;br /&gt;
==New Features and Modules==&lt;br /&gt;
&lt;br /&gt;
*Synchronization and localization support&lt;br /&gt;
*Busy/hidden terminal model integration&lt;br /&gt;
*Varying noise generators&lt;br /&gt;
*Enhanced channel support (ie multi-channel integration)&lt;br /&gt;
*Transmission range uncertainty&lt;br /&gt;
*Trace driven support for channel conditions&lt;br /&gt;
*Security module for easier attacker imitation&lt;br /&gt;
*ICN module including adapted Named Data Network components, specialized protocols, and helper scripts&lt;br /&gt;
&lt;br /&gt;
==Preliminary Results==&lt;br /&gt;
&lt;br /&gt;
Simulation results match up quite well to past testing of Aqua-Sim validity. Aqua-Sim NG also shows large performance improves using various simulator protocols. Additionally, Aqua-Sim NG has shown extensive code adjustments since its starting point in 2015.&lt;br /&gt;
&lt;br /&gt;
[[File:Asng_Throughput_p1.png|720px|Throughput with fixed input traffic per node.]] [[File:Asng_Throughput_p2.png|720px|Throughput with fixed total traffic input.]]&lt;br /&gt;
&lt;br /&gt;
Throughput with fixed input traffic per node (left) and throughput with fixed total traffic input (right).&lt;br /&gt;
&lt;br /&gt;
[[File:Asng_HeapProfile.png|720px|alt=HeapProfile|Heap profiling using various protocols.]] [[File:Asng_Github_Contributions.png|720px]]&lt;br /&gt;
&lt;br /&gt;
Heap profiling using various protocols (left) and Aqua-Sim NG's GitHub repository contributions (right).&lt;br /&gt;
&lt;br /&gt;
==Aqua-Sim NG Download==&lt;br /&gt;
&lt;br /&gt;
The initial version of Aqua-Sim NG can be found [https://github.com/rmartin5/aqua-sim-ng HERE]&lt;br /&gt;
&lt;br /&gt;
The latest version of Aqua-Sim NG that is compatible with NS-3 V3.29 can be found [http://hudson.ccny.cuny.edu/download/aquasim-ng.tgz HERE]&lt;br /&gt;
&lt;br /&gt;
==Aqua-Sim NG Documentations==&lt;br /&gt;
&lt;br /&gt;
* An installation guide can be found [http://134.74.112.6/mediawiki/images/6/66/Aqua-Sim_NG_Installation.pdf HERE].&lt;br /&gt;
&lt;br /&gt;
* A developer tutorial can be found [http://134.74.112.6/mediawiki/images/8/8f/Aqua-Sim-NG_Tutorial.pdf HERE].&lt;br /&gt;
&lt;br /&gt;
==People==&lt;br /&gt;
&lt;br /&gt;
*[http://www-cs.ccny.cuny.edu/~zheng/ Zheng Peng ], Assistant Professor, Computer Science Department, City College, City University of New York&lt;br /&gt;
&amp;lt;!--*Dmitrii Dugaev, PhD Student, Graduate Center, City University of New York--&amp;gt;&lt;br /&gt;
*Robert Martin, Computer Science and Engineering, University of Connecticut.&lt;br /&gt;
&lt;br /&gt;
==Publications==&lt;br /&gt;
&lt;br /&gt;
*Aqua-Sim Next Generation: An NS-3 Based Underwater Sensor Network Simulator, Robert Martin, Sanguthevar Rajasekaran, and Zheng Peng, in Proc. of ACM WUWNet, Halifax, NS, Canada, 2017.&lt;/div&gt;</summary>
		<author><name>Zhengpeng</name></author>	</entry>

	<entry>
		<id>http://134.74.112.6/mediawiki/index.php?title=File:Aqua-Sim_NG_Installation.pdf&amp;diff=147</id>
		<title>File:Aqua-Sim NG Installation.pdf</title>
		<link rel="alternate" type="text/html" href="http://134.74.112.6/mediawiki/index.php?title=File:Aqua-Sim_NG_Installation.pdf&amp;diff=147"/>
				<updated>2020-04-28T23:04:10Z</updated>
		
		<summary type="html">&lt;p&gt;Zhengpeng: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&lt;/div&gt;</summary>
		<author><name>Zhengpeng</name></author>	</entry>

	<entry>
		<id>http://134.74.112.6/mediawiki/index.php?title=Aqua-Sim_NG&amp;diff=146</id>
		<title>Aqua-Sim NG</title>
		<link rel="alternate" type="text/html" href="http://134.74.112.6/mediawiki/index.php?title=Aqua-Sim_NG&amp;diff=146"/>
				<updated>2020-04-28T04:36:03Z</updated>
		
		<summary type="html">&lt;p&gt;Zhengpeng: /* Aqua-Sim NG Installation Guide */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&amp;lt;!--&lt;br /&gt;
=Aqua-Sim Next Generation (NG)=&lt;br /&gt;
--&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Aqua-Sim Next Generation (NG) is an NS-3 based underwater sensor network simulator.&lt;br /&gt;
&lt;br /&gt;
==Overview==&lt;br /&gt;
&lt;br /&gt;
Through the use of network simulators we are able to test and examine diﬀerent combinations of protocols in low cost and controlled environments. This is especially important for Underwater Sensor Networks (UWSNs) due to their expensive and complex deployment and upkeep costs for real-system testing. Due to the unique research challenges seen in UWSNs, this requires a standard simulation platform to support testing of diﬀerent designs, algorithms and protocols. Furthermore, we must ensure that this tool oﬀers a broad range of specialized features to allow for easier and expandable testing.&lt;br /&gt;
&lt;br /&gt;
We have previously developed a simulator, called [[Aqua-Sim]], for underwater sensor networks, based on NS-2. NS-2 is a popular network simulator developed in 2000. Like any simulator, over the years, NS-2 has shown its age and was superseded by NS-3 in 2008. To address various limitations introduced by NS-2, in this project, we propose Aqua-Sim Next Generation (NG), a UWSN simulator based on NS-3. The goal of this core simulator changeover is to improve memory management, through the use of smart pointers, have stronger packet header handling, and overall performance improvements. Consequently, this transition allows us to restructure the architecture of Aqua-Sim and better modularize the simulator’s protocol layers. Due to the vast diﬀerences between NS-2 and NS-3, this change also requires rewriting Aqua-Sim's core and protocol code to meet new API standards.&lt;br /&gt;
&lt;br /&gt;
Due to the harsh conditions of UWSNs it is crucial to simulate components of real-world systems to ensure strong testing results. To accomplish this task we have implemented four main areas of improvements in Aqua-Sim NG: &lt;br /&gt;
&lt;br /&gt;
#We frst oﬀer enhanced channel support which consists of specialized noise generators, multiple channel support, range-based propagation, and trace driven testing. These features allow for localized packet interference as well as varying acoustic propagation ranging between modems. &lt;br /&gt;
#Next we expand physical model support through the implementation of a signal cache, signal-to-interference-plus-noise (SINR) checker and modulation support. This allows for packet decoding at the modem’s physical layer dependent on the current underwater channel’s condition. &lt;br /&gt;
#Following this, we oﬀer higher protocol layer support which includes synchronization and localization modules, busy terminal model support, and security features. Due to the restricted attenuation of radio frequency in UWSNs, synchronization and localization modules must be included to assist testing of various protocols. Furthermore, due to the high mobility and transmission delays in underwater it is important to be capable of testing specialized security techniques. &lt;br /&gt;
#And the final area of improvement being the integration of adapted Information-Centric Networking (ICN) techniques for UWSNs. Due to the innovative approach of ICN architectures, it is highly promising to implement various components and features for future testing. ICN’s innovative approach opens up new avenues of research in UWSNs, making it a crucial step in expanding underwater simulation.&lt;br /&gt;
&lt;br /&gt;
==Aqua-Sim NG Architecture==&lt;br /&gt;
&lt;br /&gt;
Due to the vast diﬀerences between NS-2 and NS-3 API, Aqua-Sim must be completely revamped to meet these new standards. In some cases this consists of rewriting new functions and complete classes to adhere to NS-3 standards. Since Aqua-Sim has been a collaborative eﬀort among many developers over the past years, this transition also allowed for code clean up and restructuring.&lt;br /&gt;
&lt;br /&gt;
Aqua-Sim NG's new architecture is centralized around each net device, while also allowing for interaction with the channel layer. Therefore, we can individually use unique modules in parallel, such as introducing synchronization support alongside MAC layer protocols through diversifying how our simulated packets are handled. Additionally, we incorporate strongly correlated class inheritance for more influential and meaningful function use.&lt;br /&gt;
&lt;br /&gt;
[[File:AsDiagram_resize.png|center|1080px]]&lt;br /&gt;
&lt;br /&gt;
==New Features and Modules==&lt;br /&gt;
&lt;br /&gt;
*Synchronization and localization support&lt;br /&gt;
*Busy/hidden terminal model integration&lt;br /&gt;
*Varying noise generators&lt;br /&gt;
*Enhanced channel support (ie multi-channel integration)&lt;br /&gt;
*Transmission range uncertainty&lt;br /&gt;
*Trace driven support for channel conditions&lt;br /&gt;
*Security module for easier attacker imitation&lt;br /&gt;
*ICN module including adapted Named Data Network components, specialized protocols, and helper scripts&lt;br /&gt;
&lt;br /&gt;
==Preliminary Results==&lt;br /&gt;
&lt;br /&gt;
Simulation results match up quite well to past testing of Aqua-Sim validity. Aqua-Sim NG also shows large performance improves using various simulator protocols. Additionally, Aqua-Sim NG has shown extensive code adjustments since its starting point in 2015.&lt;br /&gt;
&lt;br /&gt;
[[File:Asng_Throughput_p1.png|720px|Throughput with fixed input traffic per node.]] [[File:Asng_Throughput_p2.png|720px|Throughput with fixed total traffic input.]]&lt;br /&gt;
&lt;br /&gt;
Throughput with fixed input traffic per node (left) and throughput with fixed total traffic input (right).&lt;br /&gt;
&lt;br /&gt;
[[File:Asng_HeapProfile.png|720px|alt=HeapProfile|Heap profiling using various protocols.]] [[File:Asng_Github_Contributions.png|720px]]&lt;br /&gt;
&lt;br /&gt;
Heap profiling using various protocols (left) and Aqua-Sim NG's GitHub repository contributions (right).&lt;br /&gt;
&lt;br /&gt;
==Aqua-Sim NG Download==&lt;br /&gt;
&lt;br /&gt;
The initial version of Aqua-Sim NG can be found [https://github.com/rmartin5/aqua-sim-ng HERE]&lt;br /&gt;
&lt;br /&gt;
The latest version of Aqua-Sim NG that is compatible with NS-3 V3.29 can be found [http://hudson.ccny.cuny.edu/download/aquasim-ng.tgz HERE]&lt;br /&gt;
&lt;br /&gt;
==Aqua-Sim NG Documentations==&lt;br /&gt;
&lt;br /&gt;
* An installation guide can be found [http://134.74.112.6/mediawiki/images/1/1f/Aqua-Sim_NG_Installation_20200327.pdf HERE].&lt;br /&gt;
&lt;br /&gt;
* A developer tutorial can be found [http://134.74.112.6/mediawiki/images/8/8f/Aqua-Sim-NG_Tutorial.pdf HERE].&lt;br /&gt;
&lt;br /&gt;
==People==&lt;br /&gt;
&lt;br /&gt;
*[http://www-cs.ccny.cuny.edu/~zheng/ Zheng Peng ], Assistant Professor, Computer Science Department, City College, City University of New York&lt;br /&gt;
&amp;lt;!--*Dmitrii Dugaev, PhD Student, Graduate Center, City University of New York--&amp;gt;&lt;br /&gt;
*Robert Martin, Computer Science and Engineering, University of Connecticut.&lt;br /&gt;
&lt;br /&gt;
==Publications==&lt;br /&gt;
&lt;br /&gt;
*Aqua-Sim Next Generation: An NS-3 Based Underwater Sensor Network Simulator, Robert Martin, Sanguthevar Rajasekaran, and Zheng Peng, in Proc. of ACM WUWNet, Halifax, NS, Canada, 2017.&lt;/div&gt;</summary>
		<author><name>Zhengpeng</name></author>	</entry>

	<entry>
		<id>http://134.74.112.6/mediawiki/index.php?title=File:Aqua-Sim-NG_Tutorial.pdf&amp;diff=145</id>
		<title>File:Aqua-Sim-NG Tutorial.pdf</title>
		<link rel="alternate" type="text/html" href="http://134.74.112.6/mediawiki/index.php?title=File:Aqua-Sim-NG_Tutorial.pdf&amp;diff=145"/>
				<updated>2020-04-28T04:33:43Z</updated>
		
		<summary type="html">&lt;p&gt;Zhengpeng: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&lt;/div&gt;</summary>
		<author><name>Zhengpeng</name></author>	</entry>

	<entry>
		<id>http://134.74.112.6/mediawiki/index.php?title=Aqua-Sim_NG&amp;diff=144</id>
		<title>Aqua-Sim NG</title>
		<link rel="alternate" type="text/html" href="http://134.74.112.6/mediawiki/index.php?title=Aqua-Sim_NG&amp;diff=144"/>
				<updated>2020-04-21T05:43:57Z</updated>
		
		<summary type="html">&lt;p&gt;Zhengpeng: /* People */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&amp;lt;!--&lt;br /&gt;
=Aqua-Sim Next Generation (NG)=&lt;br /&gt;
--&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Aqua-Sim Next Generation (NG) is an NS-3 based underwater sensor network simulator.&lt;br /&gt;
&lt;br /&gt;
==Overview==&lt;br /&gt;
&lt;br /&gt;
Through the use of network simulators we are able to test and examine diﬀerent combinations of protocols in low cost and controlled environments. This is especially important for Underwater Sensor Networks (UWSNs) due to their expensive and complex deployment and upkeep costs for real-system testing. Due to the unique research challenges seen in UWSNs, this requires a standard simulation platform to support testing of diﬀerent designs, algorithms and protocols. Furthermore, we must ensure that this tool oﬀers a broad range of specialized features to allow for easier and expandable testing.&lt;br /&gt;
&lt;br /&gt;
We have previously developed a simulator, called [[Aqua-Sim]], for underwater sensor networks, based on NS-2. NS-2 is a popular network simulator developed in 2000. Like any simulator, over the years, NS-2 has shown its age and was superseded by NS-3 in 2008. To address various limitations introduced by NS-2, in this project, we propose Aqua-Sim Next Generation (NG), a UWSN simulator based on NS-3. The goal of this core simulator changeover is to improve memory management, through the use of smart pointers, have stronger packet header handling, and overall performance improvements. Consequently, this transition allows us to restructure the architecture of Aqua-Sim and better modularize the simulator’s protocol layers. Due to the vast diﬀerences between NS-2 and NS-3, this change also requires rewriting Aqua-Sim's core and protocol code to meet new API standards.&lt;br /&gt;
&lt;br /&gt;
Due to the harsh conditions of UWSNs it is crucial to simulate components of real-world systems to ensure strong testing results. To accomplish this task we have implemented four main areas of improvements in Aqua-Sim NG: &lt;br /&gt;
&lt;br /&gt;
#We frst oﬀer enhanced channel support which consists of specialized noise generators, multiple channel support, range-based propagation, and trace driven testing. These features allow for localized packet interference as well as varying acoustic propagation ranging between modems. &lt;br /&gt;
#Next we expand physical model support through the implementation of a signal cache, signal-to-interference-plus-noise (SINR) checker and modulation support. This allows for packet decoding at the modem’s physical layer dependent on the current underwater channel’s condition. &lt;br /&gt;
#Following this, we oﬀer higher protocol layer support which includes synchronization and localization modules, busy terminal model support, and security features. Due to the restricted attenuation of radio frequency in UWSNs, synchronization and localization modules must be included to assist testing of various protocols. Furthermore, due to the high mobility and transmission delays in underwater it is important to be capable of testing specialized security techniques. &lt;br /&gt;
#And the final area of improvement being the integration of adapted Information-Centric Networking (ICN) techniques for UWSNs. Due to the innovative approach of ICN architectures, it is highly promising to implement various components and features for future testing. ICN’s innovative approach opens up new avenues of research in UWSNs, making it a crucial step in expanding underwater simulation.&lt;br /&gt;
&lt;br /&gt;
==Aqua-Sim NG Architecture==&lt;br /&gt;
&lt;br /&gt;
Due to the vast diﬀerences between NS-2 and NS-3 API, Aqua-Sim must be completely revamped to meet these new standards. In some cases this consists of rewriting new functions and complete classes to adhere to NS-3 standards. Since Aqua-Sim has been a collaborative eﬀort among many developers over the past years, this transition also allowed for code clean up and restructuring.&lt;br /&gt;
&lt;br /&gt;
Aqua-Sim NG's new architecture is centralized around each net device, while also allowing for interaction with the channel layer. Therefore, we can individually use unique modules in parallel, such as introducing synchronization support alongside MAC layer protocols through diversifying how our simulated packets are handled. Additionally, we incorporate strongly correlated class inheritance for more influential and meaningful function use.&lt;br /&gt;
&lt;br /&gt;
[[File:AsDiagram_resize.png|center|1080px]]&lt;br /&gt;
&lt;br /&gt;
==New Features and Modules==&lt;br /&gt;
&lt;br /&gt;
*Synchronization and localization support&lt;br /&gt;
*Busy/hidden terminal model integration&lt;br /&gt;
*Varying noise generators&lt;br /&gt;
*Enhanced channel support (ie multi-channel integration)&lt;br /&gt;
*Transmission range uncertainty&lt;br /&gt;
*Trace driven support for channel conditions&lt;br /&gt;
*Security module for easier attacker imitation&lt;br /&gt;
*ICN module including adapted Named Data Network components, specialized protocols, and helper scripts&lt;br /&gt;
&lt;br /&gt;
==Preliminary Results==&lt;br /&gt;
&lt;br /&gt;
Simulation results match up quite well to past testing of Aqua-Sim validity. Aqua-Sim NG also shows large performance improves using various simulator protocols. Additionally, Aqua-Sim NG has shown extensive code adjustments since its starting point in 2015.&lt;br /&gt;
&lt;br /&gt;
[[File:Asng_Throughput_p1.png|720px|Throughput with fixed input traffic per node.]] [[File:Asng_Throughput_p2.png|720px|Throughput with fixed total traffic input.]]&lt;br /&gt;
&lt;br /&gt;
Throughput with fixed input traffic per node (left) and throughput with fixed total traffic input (right).&lt;br /&gt;
&lt;br /&gt;
[[File:Asng_HeapProfile.png|720px|alt=HeapProfile|Heap profiling using various protocols.]] [[File:Asng_Github_Contributions.png|720px]]&lt;br /&gt;
&lt;br /&gt;
Heap profiling using various protocols (left) and Aqua-Sim NG's GitHub repository contributions (right).&lt;br /&gt;
&lt;br /&gt;
==Aqua-Sim NG Download==&lt;br /&gt;
&lt;br /&gt;
The initial version of Aqua-Sim NG can be found [https://github.com/rmartin5/aqua-sim-ng HERE]&lt;br /&gt;
&lt;br /&gt;
The latest version of Aqua-Sim NG that is compatible with NS-3 V3.29 can be found [http://hudson.ccny.cuny.edu/download/aquasim-ng.tgz HERE]&lt;br /&gt;
&lt;br /&gt;
==Aqua-Sim NG Installation Guide==&lt;br /&gt;
&lt;br /&gt;
A installation guide can be found [http://134.74.112.6/mediawiki/images/1/1f/Aqua-Sim_NG_Installation_20200327.pdf HERE].&lt;br /&gt;
&lt;br /&gt;
==People==&lt;br /&gt;
&lt;br /&gt;
*[http://www-cs.ccny.cuny.edu/~zheng/ Zheng Peng ], Assistant Professor, Computer Science Department, City College, City University of New York&lt;br /&gt;
&amp;lt;!--*Dmitrii Dugaev, PhD Student, Graduate Center, City University of New York--&amp;gt;&lt;br /&gt;
*Robert Martin, Computer Science and Engineering, University of Connecticut.&lt;br /&gt;
&lt;br /&gt;
==Publications==&lt;br /&gt;
&lt;br /&gt;
*Aqua-Sim Next Generation: An NS-3 Based Underwater Sensor Network Simulator, Robert Martin, Sanguthevar Rajasekaran, and Zheng Peng, in Proc. of ACM WUWNet, Halifax, NS, Canada, 2017.&lt;/div&gt;</summary>
		<author><name>Zhengpeng</name></author>	</entry>

	<entry>
		<id>http://134.74.112.6/mediawiki/index.php?title=File:Aqua-Sim_NG_Installation_20200327.pdf&amp;diff=143</id>
		<title>File:Aqua-Sim NG Installation 20200327.pdf</title>
		<link rel="alternate" type="text/html" href="http://134.74.112.6/mediawiki/index.php?title=File:Aqua-Sim_NG_Installation_20200327.pdf&amp;diff=143"/>
				<updated>2020-03-27T15:08:53Z</updated>
		
		<summary type="html">&lt;p&gt;Zhengpeng: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&lt;/div&gt;</summary>
		<author><name>Zhengpeng</name></author>	</entry>

	<entry>
		<id>http://134.74.112.6/mediawiki/index.php?title=Aqua-Sim_NG&amp;diff=142</id>
		<title>Aqua-Sim NG</title>
		<link rel="alternate" type="text/html" href="http://134.74.112.6/mediawiki/index.php?title=Aqua-Sim_NG&amp;diff=142"/>
				<updated>2020-03-27T14:58:18Z</updated>
		
		<summary type="html">&lt;p&gt;Zhengpeng: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&amp;lt;!--&lt;br /&gt;
=Aqua-Sim Next Generation (NG)=&lt;br /&gt;
--&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Aqua-Sim Next Generation (NG) is an NS-3 based underwater sensor network simulator.&lt;br /&gt;
&lt;br /&gt;
==Overview==&lt;br /&gt;
&lt;br /&gt;
Through the use of network simulators we are able to test and examine diﬀerent combinations of protocols in low cost and controlled environments. This is especially important for Underwater Sensor Networks (UWSNs) due to their expensive and complex deployment and upkeep costs for real-system testing. Due to the unique research challenges seen in UWSNs, this requires a standard simulation platform to support testing of diﬀerent designs, algorithms and protocols. Furthermore, we must ensure that this tool oﬀers a broad range of specialized features to allow for easier and expandable testing.&lt;br /&gt;
&lt;br /&gt;
We have previously developed a simulator, called [[Aqua-Sim]], for underwater sensor networks, based on NS-2. NS-2 is a popular network simulator developed in 2000. Like any simulator, over the years, NS-2 has shown its age and was superseded by NS-3 in 2008. To address various limitations introduced by NS-2, in this project, we propose Aqua-Sim Next Generation (NG), a UWSN simulator based on NS-3. The goal of this core simulator changeover is to improve memory management, through the use of smart pointers, have stronger packet header handling, and overall performance improvements. Consequently, this transition allows us to restructure the architecture of Aqua-Sim and better modularize the simulator’s protocol layers. Due to the vast diﬀerences between NS-2 and NS-3, this change also requires rewriting Aqua-Sim's core and protocol code to meet new API standards.&lt;br /&gt;
&lt;br /&gt;
Due to the harsh conditions of UWSNs it is crucial to simulate components of real-world systems to ensure strong testing results. To accomplish this task we have implemented four main areas of improvements in Aqua-Sim NG: &lt;br /&gt;
&lt;br /&gt;
#We frst oﬀer enhanced channel support which consists of specialized noise generators, multiple channel support, range-based propagation, and trace driven testing. These features allow for localized packet interference as well as varying acoustic propagation ranging between modems. &lt;br /&gt;
#Next we expand physical model support through the implementation of a signal cache, signal-to-interference-plus-noise (SINR) checker and modulation support. This allows for packet decoding at the modem’s physical layer dependent on the current underwater channel’s condition. &lt;br /&gt;
#Following this, we oﬀer higher protocol layer support which includes synchronization and localization modules, busy terminal model support, and security features. Due to the restricted attenuation of radio frequency in UWSNs, synchronization and localization modules must be included to assist testing of various protocols. Furthermore, due to the high mobility and transmission delays in underwater it is important to be capable of testing specialized security techniques. &lt;br /&gt;
#And the final area of improvement being the integration of adapted Information-Centric Networking (ICN) techniques for UWSNs. Due to the innovative approach of ICN architectures, it is highly promising to implement various components and features for future testing. ICN’s innovative approach opens up new avenues of research in UWSNs, making it a crucial step in expanding underwater simulation.&lt;br /&gt;
&lt;br /&gt;
==Aqua-Sim NG Architecture==&lt;br /&gt;
&lt;br /&gt;
Due to the vast diﬀerences between NS-2 and NS-3 API, Aqua-Sim must be completely revamped to meet these new standards. In some cases this consists of rewriting new functions and complete classes to adhere to NS-3 standards. Since Aqua-Sim has been a collaborative eﬀort among many developers over the past years, this transition also allowed for code clean up and restructuring.&lt;br /&gt;
&lt;br /&gt;
Aqua-Sim NG's new architecture is centralized around each net device, while also allowing for interaction with the channel layer. Therefore, we can individually use unique modules in parallel, such as introducing synchronization support alongside MAC layer protocols through diversifying how our simulated packets are handled. Additionally, we incorporate strongly correlated class inheritance for more influential and meaningful function use.&lt;br /&gt;
&lt;br /&gt;
[[File:AsDiagram_resize.png|center|1080px]]&lt;br /&gt;
&lt;br /&gt;
==New Features and Modules==&lt;br /&gt;
&lt;br /&gt;
*Synchronization and localization support&lt;br /&gt;
*Busy/hidden terminal model integration&lt;br /&gt;
*Varying noise generators&lt;br /&gt;
*Enhanced channel support (ie multi-channel integration)&lt;br /&gt;
*Transmission range uncertainty&lt;br /&gt;
*Trace driven support for channel conditions&lt;br /&gt;
*Security module for easier attacker imitation&lt;br /&gt;
*ICN module including adapted Named Data Network components, specialized protocols, and helper scripts&lt;br /&gt;
&lt;br /&gt;
==Preliminary Results==&lt;br /&gt;
&lt;br /&gt;
Simulation results match up quite well to past testing of Aqua-Sim validity. Aqua-Sim NG also shows large performance improves using various simulator protocols. Additionally, Aqua-Sim NG has shown extensive code adjustments since its starting point in 2015.&lt;br /&gt;
&lt;br /&gt;
[[File:Asng_Throughput_p1.png|720px|Throughput with fixed input traffic per node.]] [[File:Asng_Throughput_p2.png|720px|Throughput with fixed total traffic input.]]&lt;br /&gt;
&lt;br /&gt;
Throughput with fixed input traffic per node (left) and throughput with fixed total traffic input (right).&lt;br /&gt;
&lt;br /&gt;
[[File:Asng_HeapProfile.png|720px|alt=HeapProfile|Heap profiling using various protocols.]] [[File:Asng_Github_Contributions.png|720px]]&lt;br /&gt;
&lt;br /&gt;
Heap profiling using various protocols (left) and Aqua-Sim NG's GitHub repository contributions (right).&lt;br /&gt;
&lt;br /&gt;
==Aqua-Sim NG Download==&lt;br /&gt;
&lt;br /&gt;
The initial version of Aqua-Sim NG can be found [https://github.com/rmartin5/aqua-sim-ng HERE]&lt;br /&gt;
&lt;br /&gt;
The latest version of Aqua-Sim NG that is compatible with NS-3 V3.29 can be found [http://hudson.ccny.cuny.edu/download/aquasim-ng.tgz HERE]&lt;br /&gt;
&lt;br /&gt;
==Aqua-Sim NG Installation Guide==&lt;br /&gt;
&lt;br /&gt;
A installation guide can be found [http://134.74.112.6/mediawiki/images/1/1f/Aqua-Sim_NG_Installation_20200327.pdf HERE].&lt;br /&gt;
&lt;br /&gt;
==People==&lt;br /&gt;
&lt;br /&gt;
*[http://www-cs.ccny.cuny.edu/~zheng/ Zheng Peng ], Assistant Professor, Computer Science Department, City College, City University of New York&lt;br /&gt;
*Dmitrii Dugaev, PhD Student, Graduate Center, City University of New York&lt;br /&gt;
*Robert Martin, Computer Science and Engineering, University of Connecticut.&lt;br /&gt;
&lt;br /&gt;
==Publications==&lt;br /&gt;
&lt;br /&gt;
*Aqua-Sim Next Generation: An NS-3 Based Underwater Sensor Network Simulator, Robert Martin, Sanguthevar Rajasekaran, and Zheng Peng, in Proc. of ACM WUWNet, Halifax, NS, Canada, 2017.&lt;/div&gt;</summary>
		<author><name>Zhengpeng</name></author>	</entry>

	<entry>
		<id>http://134.74.112.6/mediawiki/index.php?title=Aqua-Sim_NG&amp;diff=140</id>
		<title>Aqua-Sim NG</title>
		<link rel="alternate" type="text/html" href="http://134.74.112.6/mediawiki/index.php?title=Aqua-Sim_NG&amp;diff=140"/>
				<updated>2020-03-27T14:55:46Z</updated>
		
		<summary type="html">&lt;p&gt;Zhengpeng: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&amp;lt;!--&lt;br /&gt;
=Aqua-Sim Next Generation (NG)=&lt;br /&gt;
--&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Aqua-Sim Next Generation (NG) is an NS-3 based underwater sensor network simulator.&lt;br /&gt;
&lt;br /&gt;
==Overview==&lt;br /&gt;
&lt;br /&gt;
Through the use of network simulators we are able to test and examine diﬀerent combinations of protocols in low cost and controlled environments. This is especially important for Underwater Sensor Networks (UWSNs) due to their expensive and complex deployment and upkeep costs for real-system testing. Due to the unique research challenges seen in UWSNs, this requires a standard simulation platform to support testing of diﬀerent designs, algorithms and protocols. Furthermore, we must ensure that this tool oﬀers a broad range of specialized features to allow for easier and expandable testing.&lt;br /&gt;
&lt;br /&gt;
We have previously developed a simulator, called [[Aqua-Sim]], for underwater sensor networks, based on NS-2. NS-2 is a popular network simulator developed in 2000. Like any simulator, over the years, NS-2 has shown its age and was superseded by NS-3 in 2008. To address various limitations introduced by NS-2, in this project, we propose Aqua-Sim Next Generation (NG), a UWSN simulator based on NS-3. The goal of this core simulator changeover is to improve memory management, through the use of smart pointers, have stronger packet header handling, and overall performance improvements. Consequently, this transition allows us to restructure the architecture of Aqua-Sim and better modularize the simulator’s protocol layers. Due to the vast diﬀerences between NS-2 and NS-3, this change also requires rewriting Aqua-Sim's core and protocol code to meet new API standards.&lt;br /&gt;
&lt;br /&gt;
Due to the harsh conditions of UWSNs it is crucial to simulate components of real-world systems to ensure strong testing results. To accomplish this task we have implemented four main areas of improvements in Aqua-Sim NG: &lt;br /&gt;
&lt;br /&gt;
#We frst oﬀer enhanced channel support which consists of specialized noise generators, multiple channel support, range-based propagation, and trace driven testing. These features allow for localized packet interference as well as varying acoustic propagation ranging between modems. &lt;br /&gt;
#Next we expand physical model support through the implementation of a signal cache, signal-to-interference-plus-noise (SINR) checker and modulation support. This allows for packet decoding at the modem’s physical layer dependent on the current underwater channel’s condition. &lt;br /&gt;
#Following this, we oﬀer higher protocol layer support which includes synchronization and localization modules, busy terminal model support, and security features. Due to the restricted attenuation of radio frequency in UWSNs, synchronization and localization modules must be included to assist testing of various protocols. Furthermore, due to the high mobility and transmission delays in underwater it is important to be capable of testing specialized security techniques. &lt;br /&gt;
#And the final area of improvement being the integration of adapted Information-Centric Networking (ICN) techniques for UWSNs. Due to the innovative approach of ICN architectures, it is highly promising to implement various components and features for future testing. ICN’s innovative approach opens up new avenues of research in UWSNs, making it a crucial step in expanding underwater simulation.&lt;br /&gt;
&lt;br /&gt;
==Aqua-Sim NG Architecture==&lt;br /&gt;
&lt;br /&gt;
Due to the vast diﬀerences between NS-2 and NS-3 API, Aqua-Sim must be completely revamped to meet these new standards. In some cases this consists of rewriting new functions and complete classes to adhere to NS-3 standards. Since Aqua-Sim has been a collaborative eﬀort among many developers over the past years, this transition also allowed for code clean up and restructuring.&lt;br /&gt;
&lt;br /&gt;
Aqua-Sim NG's new architecture is centralized around each net device, while also allowing for interaction with the channel layer. Therefore, we can individually use unique modules in parallel, such as introducing synchronization support alongside MAC layer protocols through diversifying how our simulated packets are handled. Additionally, we incorporate strongly correlated class inheritance for more influential and meaningful function use.&lt;br /&gt;
&lt;br /&gt;
[[File:AsDiagram_resize.png|center|1080px]]&lt;br /&gt;
&lt;br /&gt;
==New Features and Modules==&lt;br /&gt;
&lt;br /&gt;
*Synchronization and localization support&lt;br /&gt;
*Busy/hidden terminal model integration&lt;br /&gt;
*Varying noise generators&lt;br /&gt;
*Enhanced channel support (ie multi-channel integration)&lt;br /&gt;
*Transmission range uncertainty&lt;br /&gt;
*Trace driven support for channel conditions&lt;br /&gt;
*Security module for easier attacker imitation&lt;br /&gt;
*ICN module including adapted Named Data Network components, specialized protocols, and helper scripts&lt;br /&gt;
&lt;br /&gt;
==Preliminary Results==&lt;br /&gt;
&lt;br /&gt;
Simulation results match up quite well to past testing of Aqua-Sim validity. Aqua-Sim NG also shows large performance improves using various simulator protocols. Additionally, Aqua-Sim NG has shown extensive code adjustments since its starting point in 2015.&lt;br /&gt;
&lt;br /&gt;
[[File:Asng_Throughput_p1.png|720px|Throughput with fixed input traffic per node.]] [[File:Asng_Throughput_p2.png|720px|Throughput with fixed total traffic input.]]&lt;br /&gt;
&lt;br /&gt;
Throughput with fixed input traffic per node (left) and throughput with fixed total traffic input (right).&lt;br /&gt;
&lt;br /&gt;
[[File:Asng_HeapProfile.png|720px|alt=HeapProfile|Heap profiling using various protocols.]] [[File:Asng_Github_Contributions.png|720px]]&lt;br /&gt;
&lt;br /&gt;
Heap profiling using various protocols (left) and Aqua-Sim NG's GitHub repository contributions (right).&lt;br /&gt;
&lt;br /&gt;
==Aqua-Sim NG Download==&lt;br /&gt;
&lt;br /&gt;
The initial version of Aqua-Sim NG can be found [https://github.com/rmartin5/aqua-sim-ng HERE]&lt;br /&gt;
&lt;br /&gt;
The latest version of Aqua-Sim NG that is compatible with NS-3 V3.29 can be found [http://hudson.ccny.cuny.edu/download/aquasim-ng.tgz HERE]&lt;br /&gt;
&lt;br /&gt;
==Aqua-Sim NG Installation Guide==&lt;br /&gt;
&lt;br /&gt;
A installation guide can be found HERE.&lt;br /&gt;
&lt;br /&gt;
==People==&lt;br /&gt;
&lt;br /&gt;
*[http://www-cs.ccny.cuny.edu/~zheng/ Zheng Peng ], Assistant Professor, Computer Science Department, City College, City University of New York&lt;br /&gt;
*Dmitrii Dugaev, PhD Student, Graduate Center, City University of New York&lt;br /&gt;
*Robert Martin, Computer Science and Engineering, University of Connecticut.&lt;br /&gt;
&lt;br /&gt;
==Publications==&lt;br /&gt;
&lt;br /&gt;
*Aqua-Sim Next Generation: An NS-3 Based Underwater Sensor Network Simulator, Robert Martin, Sanguthevar Rajasekaran, and Zheng Peng, in Proc. of ACM WUWNet, Halifax, NS, Canada, 2017.&lt;/div&gt;</summary>
		<author><name>Zhengpeng</name></author>	</entry>

	<entry>
		<id>http://134.74.112.6/mediawiki/index.php?title=Aqua-Sim_NG&amp;diff=139</id>
		<title>Aqua-Sim NG</title>
		<link rel="alternate" type="text/html" href="http://134.74.112.6/mediawiki/index.php?title=Aqua-Sim_NG&amp;diff=139"/>
				<updated>2019-10-13T21:53:53Z</updated>
		
		<summary type="html">&lt;p&gt;Zhengpeng: /* Aqua-Sim Download */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&amp;lt;!--&lt;br /&gt;
=Aqua-Sim Next Generation (NG)=&lt;br /&gt;
--&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Aqua-Sim Next Generation (NG) is an NS-3 based underwater sensor network simulator.&lt;br /&gt;
&lt;br /&gt;
==Overview==&lt;br /&gt;
&lt;br /&gt;
Through the use of network simulators we are able to test and examine diﬀerent combinations of protocols in low cost and controlled environments. This is especially important for Underwater Sensor Networks (UWSNs) due to their expensive and complex deployment and upkeep costs for real-system testing. Due to the unique research challenges seen in UWSNs, this requires a standard simulation platform to support testing of diﬀerent designs, algorithms and protocols. Furthermore, we must ensure that this tool oﬀers a broad range of specialized features to allow for easier and expandable testing.&lt;br /&gt;
&lt;br /&gt;
We have previously developed a simulator, called [[Aqua-Sim]], for underwater sensor networks, based on NS-2. NS-2 is a popular network simulator developed in 2000. Like any simulator, over the years, NS-2 has shown its age and was superseded by NS-3 in 2008. To address various limitations introduced by NS-2, in this project, we propose Aqua-Sim Next Generation (NG), a UWSN simulator based on NS-3. The goal of this core simulator changeover is to improve memory management, through the use of smart pointers, have stronger packet header handling, and overall performance improvements. Consequently, this transition allows us to restructure the architecture of Aqua-Sim and better modularize the simulator’s protocol layers. Due to the vast diﬀerences between NS-2 and NS-3, this change also requires rewriting Aqua-Sim's core and protocol code to meet new API standards.&lt;br /&gt;
&lt;br /&gt;
Due to the harsh conditions of UWSNs it is crucial to simulate components of real-world systems to ensure strong testing results. To accomplish this task we have implemented four main areas of improvements in Aqua-Sim NG: &lt;br /&gt;
&lt;br /&gt;
#We frst oﬀer enhanced channel support which consists of specialized noise generators, multiple channel support, range-based propagation, and trace driven testing. These features allow for localized packet interference as well as varying acoustic propagation ranging between modems. &lt;br /&gt;
#Next we expand physical model support through the implementation of a signal cache, signal-to-interference-plus-noise (SINR) checker and modulation support. This allows for packet decoding at the modem’s physical layer dependent on the current underwater channel’s condition. &lt;br /&gt;
#Following this, we oﬀer higher protocol layer support which includes synchronization and localization modules, busy terminal model support, and security features. Due to the restricted attenuation of radio frequency in UWSNs, synchronization and localization modules must be included to assist testing of various protocols. Furthermore, due to the high mobility and transmission delays in underwater it is important to be capable of testing specialized security techniques. &lt;br /&gt;
#And the final area of improvement being the integration of adapted Information-Centric Networking (ICN) techniques for UWSNs. Due to the innovative approach of ICN architectures, it is highly promising to implement various components and features for future testing. ICN’s innovative approach opens up new avenues of research in UWSNs, making it a crucial step in expanding underwater simulation.&lt;br /&gt;
&lt;br /&gt;
==Aqua-Sim NG Architecture==&lt;br /&gt;
&lt;br /&gt;
Due to the vast diﬀerences between NS-2 and NS-3 API, Aqua-Sim must be completely revamped to meet these new standards. In some cases this consists of rewriting new functions and complete classes to adhere to NS-3 standards. Since Aqua-Sim has been a collaborative eﬀort among many developers over the past years, this transition also allowed for code clean up and restructuring.&lt;br /&gt;
&lt;br /&gt;
Aqua-Sim NG's new architecture is centralized around each net device, while also allowing for interaction with the channel layer. Therefore, we can individually use unique modules in parallel, such as introducing synchronization support alongside MAC layer protocols through diversifying how our simulated packets are handled. Additionally, we incorporate strongly correlated class inheritance for more influential and meaningful function use.&lt;br /&gt;
&lt;br /&gt;
[[File:AsDiagram_resize.png|center|1080px]]&lt;br /&gt;
&lt;br /&gt;
==New Features and Modules==&lt;br /&gt;
&lt;br /&gt;
*Synchronization and localization support&lt;br /&gt;
*Busy/hidden terminal model integration&lt;br /&gt;
*Varying noise generators&lt;br /&gt;
*Enhanced channel support (ie multi-channel integration)&lt;br /&gt;
*Transmission range uncertainty&lt;br /&gt;
*Trace driven support for channel conditions&lt;br /&gt;
*Security module for easier attacker imitation&lt;br /&gt;
*ICN module including adapted Named Data Network components, specialized protocols, and helper scripts&lt;br /&gt;
&lt;br /&gt;
==Preliminary Results==&lt;br /&gt;
&lt;br /&gt;
Simulation results match up quite well to past testing of Aqua-Sim validity. Aqua-Sim NG also shows large performance improves using various simulator protocols. Additionally, Aqua-Sim NG has shown extensive code adjustments since its starting point in 2015.&lt;br /&gt;
&lt;br /&gt;
[[File:Asng_Throughput_p1.png|720px|Throughput with fixed input traffic per node.]] [[File:Asng_Throughput_p2.png|720px|Throughput with fixed total traffic input.]]&lt;br /&gt;
&lt;br /&gt;
Throughput with fixed input traffic per node (left) and throughput with fixed total traffic input (right).&lt;br /&gt;
&lt;br /&gt;
[[File:Asng_HeapProfile.png|720px|alt=HeapProfile|Heap profiling using various protocols.]] [[File:Asng_Github_Contributions.png|720px]]&lt;br /&gt;
&lt;br /&gt;
Heap profiling using various protocols (left) and Aqua-Sim NG's GitHub repository contributions (right).&lt;br /&gt;
&lt;br /&gt;
==Aqua-Sim Download==&lt;br /&gt;
&lt;br /&gt;
The first version of Aqua-Sim NG can be found [https://github.com/rmartin5/aqua-sim-ng HERE]&lt;br /&gt;
&lt;br /&gt;
The latest version of Aqua-Sim NG that is compatible with NS-3 V3.29 can be found [http://hudson.ccny.cuny.edu/download/aquasim-ng.tgz HERE]&lt;br /&gt;
&lt;br /&gt;
==People==&lt;br /&gt;
&lt;br /&gt;
*[http://www-cs.ccny.cuny.edu/~zheng/ Zheng Peng ], Assistant Professor, Computer Science Department, City College, City University of New York&lt;br /&gt;
*Robert Martin, Computer Science and Engineering, University of Connecticut.&lt;br /&gt;
&lt;br /&gt;
==Publications==&lt;br /&gt;
&lt;br /&gt;
*Aqua-Sim Next Generation: An NS-3 Based Underwater Sensor Network Simulator, Robert Martin, Sanguthevar Rajasekaran, and Zheng Peng, in Proc. of ACM WUWNet, Halifax, NS, Canada, 2017.&lt;/div&gt;</summary>
		<author><name>Zhengpeng</name></author>	</entry>

	<entry>
		<id>http://134.74.112.6/mediawiki/index.php?title=Aqua-Sim_NG&amp;diff=112</id>
		<title>Aqua-Sim NG</title>
		<link rel="alternate" type="text/html" href="http://134.74.112.6/mediawiki/index.php?title=Aqua-Sim_NG&amp;diff=112"/>
				<updated>2017-11-05T17:42:57Z</updated>
		
		<summary type="html">&lt;p&gt;Zhengpeng: /* Overview */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&amp;lt;!--&lt;br /&gt;
=Aqua-Sim Next Generation (NG)=&lt;br /&gt;
--&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Aqua-Sim Next Generation (NG) is an NS-3 based underwater sensor network simulator.&lt;br /&gt;
&lt;br /&gt;
==Overview==&lt;br /&gt;
&lt;br /&gt;
Through the use of network simulators we are able to test and examine diﬀerent combinations of protocols in low cost and controlled environments. This is especially important for Underwater Sensor Networks (UWSNs) due to their expensive and complex deployment and upkeep costs for real-system testing. Due to the unique research challenges seen in UWSNs, this requires a standard simulation platform to support testing of diﬀerent designs, algorithms and protocols. Furthermore, we must ensure that this tool oﬀers a broad range of specialized features to allow for easier and expandable testing.&lt;br /&gt;
&lt;br /&gt;
We have previously developed a simulator, called [[Aqua-Sim]], for underwater sensor networks, based on NS-2. NS-2 is a popular network simulator developed in 2000. Like any simulator, over the years, NS-2 has shown its age and was superseded by NS-3 in 2008. To address various limitations introduced by NS-2, in this project, we propose Aqua-Sim Next Generation (NG), a UWSN simulator based on NS-3. The goal of this core simulator changeover is to improve memory management, through the use of smart pointers, have stronger packet header handling, and overall performance improvements. Consequently, this transition allows us to restructure the architecture of Aqua-Sim and better modularize the simulator’s protocol layers. Due to the vast diﬀerences between NS-2 and NS-3, this change also requires rewriting Aqua-Sim core and protocol code to meet new API standards.&lt;br /&gt;
&lt;br /&gt;
Due to the harsh conditions of UWSNs it is crucial to simulate components of real-world systems to ensure strong testing results. To accomplish this task we have implemented four main areas of improvements in Aqua-Sim NG: &lt;br /&gt;
&lt;br /&gt;
#We frst oﬀer enhanced channel support which consists of specialized noise generators, multiple channel support, range-based propagation, and trace driven testing. These features allow for localized packet interference as well as varying acoustic propagation ranging between modems. &lt;br /&gt;
#Next we expand physical model support through the implementation of a signal cache, signal-to-interference-plus-noise (SINR) checker and modulation support. This allows for packet decoding at the modem’s physical layer dependent on the current underwater channel’s condition. &lt;br /&gt;
#Following this, we oﬀer higher protocol layer support which includes synchronization and localization modules, busy terminal model support, and security features. Due to the restricted attenuation of radio frequency in UWSNs, synchronization and localization modules must be included to assist testing of various protocols. Furthermore, due to the high mobility and transmission delays in underwater it is important to be capable of testing specialized security techniques. &lt;br /&gt;
#And the final area of improvement being the integration of adapted informationcentric (IC) techniques for UWSNs. Due to the innovative approach of IC architectures, it is highly promising to implement various components and features for future testing. IC’s innovative approach opens up new avenues of research in UWSNs, making it a crucial step in expanding underwater simulation.&lt;br /&gt;
&lt;br /&gt;
==Aqua-Sim NG Architecture==&lt;br /&gt;
&lt;br /&gt;
Due to the vast diﬀerences between NS-2 and NS-3 API, Aqua-Sim must be completely revamped to meet these new standards. In some cases this consists of rewriting new functions and complete classes to adhere to NS-3 standards. Since Aqua-Sim has been a collaborative eﬀort among many developers over the past years, this transition also allowed for code clean up and restructuring.&lt;br /&gt;
&lt;br /&gt;
[[File:Aquasimng asDiagram.png|720px]]&lt;br /&gt;
&lt;br /&gt;
==New Features and Modules==&lt;br /&gt;
&lt;br /&gt;
==Preliminary Results==&lt;br /&gt;
&lt;br /&gt;
==Aqua-Sim Download==&lt;br /&gt;
&lt;br /&gt;
The latest version of Aqua-Sim NG can be found [https://github.com/rmartin5/aqua-sim-ng HERE]&lt;br /&gt;
&lt;br /&gt;
==People==&lt;br /&gt;
&lt;br /&gt;
*[http://www-cs.ccny.cuny.edu/~zheng/ Zheng Peng ], Assistant Professor, Computer Science Department, City College, City University of New York&lt;br /&gt;
*Robert Martin, Computer Science and Engineering, University of Connecticut.&lt;/div&gt;</summary>
		<author><name>Zhengpeng</name></author>	</entry>

	<entry>
		<id>http://134.74.112.6/mediawiki/index.php?title=Main_Page&amp;diff=111</id>
		<title>Main Page</title>
		<link rel="alternate" type="text/html" href="http://134.74.112.6/mediawiki/index.php?title=Main_Page&amp;diff=111"/>
				<updated>2017-11-05T17:42:10Z</updated>
		
		<summary type="html">&lt;p&gt;Zhengpeng: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;[[Aqua-Net]]&lt;br /&gt;
&lt;br /&gt;
[[Aqua-Sim]]&lt;br /&gt;
&lt;br /&gt;
[[Aqua-3D]]&lt;br /&gt;
&lt;br /&gt;
[[Aqua-Sim NG]]&lt;br /&gt;
&lt;br /&gt;
[[Aqua-Lab]]&lt;br /&gt;
&lt;br /&gt;
[[Aqua-OS]]&lt;br /&gt;
&lt;br /&gt;
[[Aqua-fModem]]&lt;/div&gt;</summary>
		<author><name>Zhengpeng</name></author>	</entry>

	<entry>
		<id>http://134.74.112.6/mediawiki/index.php?title=Aqua-Sim_NG&amp;diff=110</id>
		<title>Aqua-Sim NG</title>
		<link rel="alternate" type="text/html" href="http://134.74.112.6/mediawiki/index.php?title=Aqua-Sim_NG&amp;diff=110"/>
				<updated>2017-11-05T17:37:25Z</updated>
		
		<summary type="html">&lt;p&gt;Zhengpeng: /* Overview */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&amp;lt;!--&lt;br /&gt;
=Aqua-Sim Next Generation (NG)=&lt;br /&gt;
--&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Aqua-Sim Next Generation (NG) is an NS-3 based underwater sensor network simulator.&lt;br /&gt;
&lt;br /&gt;
==Overview==&lt;br /&gt;
&lt;br /&gt;
Through the use of network simulators we are able to test and examine diﬀerent combinations of protocols in low cost and controlled environments. This is especially important for Underwater Sensor Networks (UWSNs) due to their expensive and complex deployment and upkeep costs for real-system testing. Due to the unique research challenges seen in UWSNs, this requires a standard simulation platform to support testing of diﬀerent designs, algorithms and protocols. Furthermore, we must ensure that this tool oﬀers a broad range of specialized features to allow for easier and expandable testing.&lt;br /&gt;
&lt;br /&gt;
We have previously developed a simulator, called [[Aqua-Sim]], for underwater sensor networks, based on NS-2. NS-2 is a popular network simulator developed in 2000. Like any simulator, over years, NS-2 has shown its age and was superseded by NS-3 in 2008. To address various limitations introduced by NS-2, in this project, we propose Aqua-Sim Next Generation (NG), a UWSN simulator based on NS-3. The goal of this core simulator changeover is to improve memory management, through the use of smart pointers, have stronger packet header handling, and overall performance improvements. Consequently, this transition allows us to restructure the architecture of Aqua-Sim and better modularize the simulator’s protocol layers. Due to the vast diﬀerences between NS-2 and NS-3, this change also requires rewriting Aqua-Sim core and protocol code to meet new API standards.&lt;br /&gt;
&lt;br /&gt;
Due to the harsh conditions of UWSNs it is crucial to simulate components of real-world systems to ensure strong testing results. To accomplish this task we have implemented four main areas of improvements in Aqua-Sim NG: &lt;br /&gt;
&lt;br /&gt;
#We frst oﬀer enhanced channel support which consists of specialized noise generators, multiple channel support, range-based propagation, and trace driven testing. These features allow for localized packet interference as well as varying acoustic propagation ranging between modems. &lt;br /&gt;
#Next we expand physical model support through the implementation of a signal cache, signal-to-interference-plus-noise (SINR) checker and modulation support. This allows for packet decoding at the modem’s physical layer dependent on the current underwater channel’s condition. &lt;br /&gt;
#Following this, we oﬀer higher protocol layer support which includes synchronization and localization modules, busy terminal model support, and security features. Due to the restricted attenuation of radio frequency in UWSNs, synchronization and localization modules must be included to assist testing of various protocols. Furthermore, due to the high mobility and transmission delays in underwater it is important to be capable of testing specialized security techniques. &lt;br /&gt;
#And the final area of improvement being the integration of adapted informationcentric (IC) techniques for UWSNs. Due to the innovative approach of IC architectures, it is highly promising to implement various components and features for future testing. IC’s innovative approach opens up new avenues of research in UWSNs, making it a crucial step in expanding underwater simulation.&lt;br /&gt;
&lt;br /&gt;
==Aqua-Sim NG Architecture==&lt;br /&gt;
&lt;br /&gt;
Due to the vast diﬀerences between NS-2 and NS-3 API, Aqua-Sim must be completely revamped to meet these new standards. In some cases this consists of rewriting new functions and complete classes to adhere to NS-3 standards. Since Aqua-Sim has been a collaborative eﬀort among many developers over the past years, this transition also allowed for code clean up and restructuring.&lt;br /&gt;
&lt;br /&gt;
[[File:Aquasimng asDiagram.png|720px]]&lt;br /&gt;
&lt;br /&gt;
==New Features and Modules==&lt;br /&gt;
&lt;br /&gt;
==Preliminary Results==&lt;br /&gt;
&lt;br /&gt;
==Aqua-Sim Download==&lt;br /&gt;
&lt;br /&gt;
The latest version of Aqua-Sim NG can be found [https://github.com/rmartin5/aqua-sim-ng HERE]&lt;br /&gt;
&lt;br /&gt;
==People==&lt;br /&gt;
&lt;br /&gt;
*[http://www-cs.ccny.cuny.edu/~zheng/ Zheng Peng ], Assistant Professor, Computer Science Department, City College, City University of New York&lt;br /&gt;
*Robert Martin, Computer Science and Engineering, University of Connecticut.&lt;/div&gt;</summary>
		<author><name>Zhengpeng</name></author>	</entry>

	<entry>
		<id>http://134.74.112.6/mediawiki/index.php?title=Aqua-Sim_NG&amp;diff=109</id>
		<title>Aqua-Sim NG</title>
		<link rel="alternate" type="text/html" href="http://134.74.112.6/mediawiki/index.php?title=Aqua-Sim_NG&amp;diff=109"/>
				<updated>2017-11-05T17:36:17Z</updated>
		
		<summary type="html">&lt;p&gt;Zhengpeng: /* Aqua-Sim NG Architecture */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&amp;lt;!--&lt;br /&gt;
=Aqua-Sim Next Generation (NG)=&lt;br /&gt;
--&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Aqua-Sim Next Generation (NG) is an NS-3 based underwater sensor network simulator.&lt;br /&gt;
&lt;br /&gt;
==Overview==&lt;br /&gt;
&lt;br /&gt;
Through the use of network simulators we are able to test and examine diﬀerent combinations of protocols in low cost and controlled environments. This is especially important for Underwater Sensor Networks (UWSNs) due to their expensive and complex deployment and upkeep costs for real-system testing. Due to the unique research challenges seen in UWSNs, this requires a standard simulation platform to support testing of diﬀerent designs, algorithms and protocols. Furthermore, we must ensure that this tool oﬀers a broad range of specialized features to allow for easier and expandable testing.&lt;br /&gt;
&lt;br /&gt;
We have previously developed a simulator, called Aqua-Sim, for underwater sensor networks, based on NS-2. NS-2 is a popular network simulator developed in 2000. Like any simulator, over years, NS-2 has shown its age and was superseded by NS-3 in 2008. To address various limitations introduced by NS-2, in this project, we propose Aqua-Sim Next Generation (NG), a UWSN simulator based on NS-3. The goal of this core simulator changeover is to improve memory management, through the use of smart pointers, have stronger packet header handling, and overall performance improvements. Consequently, this transition allows us to restructure the architecture of Aqua-Sim and better modularize the simulator’s protocol layers. Due to the vast diﬀerences between NS-2 and NS-3, this change also requires rewriting Aqua-Sim core and protocol code to meet new API standards.&lt;br /&gt;
&lt;br /&gt;
Due to the harsh conditions of UWSNs it is crucial to simulate components of real-world systems to ensure strong testing results. To accomplish this task we have implemented four main areas of improvements in Aqua-Sim NG: &lt;br /&gt;
&lt;br /&gt;
#We frst oﬀer enhanced channel support which consists of specialized noise generators, multiple channel support, range-based propagation, and trace driven testing. These features allow for localized packet interference as well as varying acoustic propagation ranging between modems. &lt;br /&gt;
#Next we expand physical model support through the implementation of a signal cache, signal-to-interference-plus-noise (SINR) checker and modulation support. This allows for packet decoding at the modem’s physical layer dependent on the current underwater channel’s condition. &lt;br /&gt;
#Following this, we oﬀer higher protocol layer support which includes synchronization and localization modules, busy terminal model support, and security features. Due to the restricted attenuation of radio frequency in UWSNs, synchronization and localization modules must be included to assist testing of various protocols. Furthermore, due to the high mobility and transmission delays in underwater it is important to be capable of testing specialized security techniques. &lt;br /&gt;
#And the final area of improvement being the integration of adapted informationcentric (IC) techniques for UWSNs. Due to the innovative approach of IC architectures, it is highly promising to implement various components and features for future testing. IC’s innovative approach opens up new avenues of research in UWSNs, making it a crucial step in expanding underwater simulation.&lt;br /&gt;
&lt;br /&gt;
==Aqua-Sim NG Architecture==&lt;br /&gt;
&lt;br /&gt;
Due to the vast diﬀerences between NS-2 and NS-3 API, Aqua-Sim must be completely revamped to meet these new standards. In some cases this consists of rewriting new functions and complete classes to adhere to NS-3 standards. Since Aqua-Sim has been a collaborative eﬀort among many developers over the past years, this transition also allowed for code clean up and restructuring.&lt;br /&gt;
&lt;br /&gt;
[[File:Aquasimng asDiagram.png|720px]]&lt;br /&gt;
&lt;br /&gt;
==New Features and Modules==&lt;br /&gt;
&lt;br /&gt;
==Preliminary Results==&lt;br /&gt;
&lt;br /&gt;
==Aqua-Sim Download==&lt;br /&gt;
&lt;br /&gt;
The latest version of Aqua-Sim NG can be found [https://github.com/rmartin5/aqua-sim-ng HERE]&lt;br /&gt;
&lt;br /&gt;
==People==&lt;br /&gt;
&lt;br /&gt;
*[http://www-cs.ccny.cuny.edu/~zheng/ Zheng Peng ], Assistant Professor, Computer Science Department, City College, City University of New York&lt;br /&gt;
*Robert Martin, Computer Science and Engineering, University of Connecticut.&lt;/div&gt;</summary>
		<author><name>Zhengpeng</name></author>	</entry>

	<entry>
		<id>http://134.74.112.6/mediawiki/index.php?title=File:Aquasimng_timeScale.png&amp;diff=108</id>
		<title>File:Aquasimng timeScale.png</title>
		<link rel="alternate" type="text/html" href="http://134.74.112.6/mediawiki/index.php?title=File:Aquasimng_timeScale.png&amp;diff=108"/>
				<updated>2017-11-05T17:32:35Z</updated>
		
		<summary type="html">&lt;p&gt;Zhengpeng: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&lt;/div&gt;</summary>
		<author><name>Zhengpeng</name></author>	</entry>

	<entry>
		<id>http://134.74.112.6/mediawiki/index.php?title=File:Aquasimng_throughputAlohaP2.png&amp;diff=107</id>
		<title>File:Aquasimng throughputAlohaP2.png</title>
		<link rel="alternate" type="text/html" href="http://134.74.112.6/mediawiki/index.php?title=File:Aquasimng_throughputAlohaP2.png&amp;diff=107"/>
				<updated>2017-11-05T17:32:23Z</updated>
		
		<summary type="html">&lt;p&gt;Zhengpeng: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&lt;/div&gt;</summary>
		<author><name>Zhengpeng</name></author>	</entry>

	<entry>
		<id>http://134.74.112.6/mediawiki/index.php?title=File:Aquasimng_perHopDelay.png&amp;diff=106</id>
		<title>File:Aquasimng perHopDelay.png</title>
		<link rel="alternate" type="text/html" href="http://134.74.112.6/mediawiki/index.php?title=File:Aquasimng_perHopDelay.png&amp;diff=106"/>
				<updated>2017-11-05T17:32:10Z</updated>
		
		<summary type="html">&lt;p&gt;Zhengpeng: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&lt;/div&gt;</summary>
		<author><name>Zhengpeng</name></author>	</entry>

	<entry>
		<id>http://134.74.112.6/mediawiki/index.php?title=File:Aquasimng_packet_flow_overview.png&amp;diff=105</id>
		<title>File:Aquasimng packet flow overview.png</title>
		<link rel="alternate" type="text/html" href="http://134.74.112.6/mediawiki/index.php?title=File:Aquasimng_packet_flow_overview.png&amp;diff=105"/>
				<updated>2017-11-05T17:31:59Z</updated>
		
		<summary type="html">&lt;p&gt;Zhengpeng: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&lt;/div&gt;</summary>
		<author><name>Zhengpeng</name></author>	</entry>

	<entry>
		<id>http://134.74.112.6/mediawiki/index.php?title=File:Aquasimng_packet_flow.png&amp;diff=104</id>
		<title>File:Aquasimng packet flow.png</title>
		<link rel="alternate" type="text/html" href="http://134.74.112.6/mediawiki/index.php?title=File:Aquasimng_packet_flow.png&amp;diff=104"/>
				<updated>2017-11-05T17:31:48Z</updated>
		
		<summary type="html">&lt;p&gt;Zhengpeng: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&lt;/div&gt;</summary>
		<author><name>Zhengpeng</name></author>	</entry>

	<entry>
		<id>http://134.74.112.6/mediawiki/index.php?title=File:Aquasimng_memLeak_aloha_all.png&amp;diff=103</id>
		<title>File:Aquasimng memLeak aloha all.png</title>
		<link rel="alternate" type="text/html" href="http://134.74.112.6/mediawiki/index.php?title=File:Aquasimng_memLeak_aloha_all.png&amp;diff=103"/>
				<updated>2017-11-05T17:31:33Z</updated>
		
		<summary type="html">&lt;p&gt;Zhengpeng: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&lt;/div&gt;</summary>
		<author><name>Zhengpeng</name></author>	</entry>

	<entry>
		<id>http://134.74.112.6/mediawiki/index.php?title=File:Aquasimng_heapProfileAloha.png&amp;diff=102</id>
		<title>File:Aquasimng heapProfileAloha.png</title>
		<link rel="alternate" type="text/html" href="http://134.74.112.6/mediawiki/index.php?title=File:Aquasimng_heapProfileAloha.png&amp;diff=102"/>
				<updated>2017-11-05T17:31:02Z</updated>
		
		<summary type="html">&lt;p&gt;Zhengpeng: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&lt;/div&gt;</summary>
		<author><name>Zhengpeng</name></author>	</entry>

	<entry>
		<id>http://134.74.112.6/mediawiki/index.php?title=File:Aquasimng_heapProfile.png&amp;diff=101</id>
		<title>File:Aquasimng heapProfile.png</title>
		<link rel="alternate" type="text/html" href="http://134.74.112.6/mediawiki/index.php?title=File:Aquasimng_heapProfile.png&amp;diff=101"/>
				<updated>2017-11-05T17:29:35Z</updated>
		
		<summary type="html">&lt;p&gt;Zhengpeng: Zhengpeng uploaded a new version of File:Aquasimng heapProfile.png&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&lt;/div&gt;</summary>
		<author><name>Zhengpeng</name></author>	</entry>

	<entry>
		<id>http://134.74.112.6/mediawiki/index.php?title=File:Aquasimng_heapProfile.png&amp;diff=100</id>
		<title>File:Aquasimng heapProfile.png</title>
		<link rel="alternate" type="text/html" href="http://134.74.112.6/mediawiki/index.php?title=File:Aquasimng_heapProfile.png&amp;diff=100"/>
				<updated>2017-11-05T17:28:41Z</updated>
		
		<summary type="html">&lt;p&gt;Zhengpeng: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&lt;/div&gt;</summary>
		<author><name>Zhengpeng</name></author>	</entry>

	<entry>
		<id>http://134.74.112.6/mediawiki/index.php?title=File:Aquasimng_asDiagram.png&amp;diff=96</id>
		<title>File:Aquasimng asDiagram.png</title>
		<link rel="alternate" type="text/html" href="http://134.74.112.6/mediawiki/index.php?title=File:Aquasimng_asDiagram.png&amp;diff=96"/>
				<updated>2017-11-05T17:24:18Z</updated>
		
		<summary type="html">&lt;p&gt;Zhengpeng: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&lt;/div&gt;</summary>
		<author><name>Zhengpeng</name></author>	</entry>

	<entry>
		<id>http://134.74.112.6/mediawiki/index.php?title=Aqua-Sim_NG&amp;diff=95</id>
		<title>Aqua-Sim NG</title>
		<link rel="alternate" type="text/html" href="http://134.74.112.6/mediawiki/index.php?title=Aqua-Sim_NG&amp;diff=95"/>
				<updated>2017-11-05T17:18:19Z</updated>
		
		<summary type="html">&lt;p&gt;Zhengpeng: Created page with &amp;quot;&amp;lt;!-- =Aqua-Sim Next Generation (NG)= --&amp;gt;  Aqua-Sim Next Generation (NG) is an NS-3 based underwater sensor network simulator.  ==Overview==  Through the use of network simulat...&amp;quot;&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&amp;lt;!--&lt;br /&gt;
=Aqua-Sim Next Generation (NG)=&lt;br /&gt;
--&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Aqua-Sim Next Generation (NG) is an NS-3 based underwater sensor network simulator.&lt;br /&gt;
&lt;br /&gt;
==Overview==&lt;br /&gt;
&lt;br /&gt;
Through the use of network simulators we are able to test and examine diﬀerent combinations of protocols in low cost and controlled environments. This is especially important for Underwater Sensor Networks (UWSNs) due to their expensive and complex deployment and upkeep costs for real-system testing. Due to the unique research challenges seen in UWSNs, this requires a standard simulation platform to support testing of diﬀerent designs, algorithms and protocols. Furthermore, we must ensure that this tool oﬀers a broad range of specialized features to allow for easier and expandable testing.&lt;br /&gt;
&lt;br /&gt;
We have previously developed a simulator, called Aqua-Sim, for underwater sensor networks, based on NS-2. NS-2 is a popular network simulator developed in 2000. Like any simulator, over years, NS-2 has shown its age and was superseded by NS-3 in 2008. To address various limitations introduced by NS-2, in this project, we propose Aqua-Sim Next Generation (NG), a UWSN simulator based on NS-3. The goal of this core simulator changeover is to improve memory management, through the use of smart pointers, have stronger packet header handling, and overall performance improvements. Consequently, this transition allows us to restructure the architecture of Aqua-Sim and better modularize the simulator’s protocol layers. Due to the vast diﬀerences between NS-2 and NS-3, this change also requires rewriting Aqua-Sim core and protocol code to meet new API standards.&lt;br /&gt;
&lt;br /&gt;
Due to the harsh conditions of UWSNs it is crucial to simulate components of real-world systems to ensure strong testing results. To accomplish this task we have implemented four main areas of improvements in Aqua-Sim NG: &lt;br /&gt;
&lt;br /&gt;
#We frst oﬀer enhanced channel support which consists of specialized noise generators, multiple channel support, range-based propagation, and trace driven testing. These features allow for localized packet interference as well as varying acoustic propagation ranging between modems. &lt;br /&gt;
#Next we expand physical model support through the implementation of a signal cache, signal-to-interference-plus-noise (SINR) checker and modulation support. This allows for packet decoding at the modem’s physical layer dependent on the current underwater channel’s condition. &lt;br /&gt;
#Following this, we oﬀer higher protocol layer support which includes synchronization and localization modules, busy terminal model support, and security features. Due to the restricted attenuation of radio frequency in UWSNs, synchronization and localization modules must be included to assist testing of various protocols. Furthermore, due to the high mobility and transmission delays in underwater it is important to be capable of testing specialized security techniques. &lt;br /&gt;
#And the final area of improvement being the integration of adapted informationcentric (IC) techniques for UWSNs. Due to the innovative approach of IC architectures, it is highly promising to implement various components and features for future testing. IC’s innovative approach opens up new avenues of research in UWSNs, making it a crucial step in expanding underwater simulation.&lt;br /&gt;
&lt;br /&gt;
==Aqua-Sim NG Architecture==&lt;br /&gt;
&lt;br /&gt;
Due to the vast diﬀerences between NS-2 and NS-3 API, Aqua-Sim must be completely revamped to meet these new standards. In some cases this consists of rewriting new functions and complete classes to adhere to NS-3 standards. Since Aqua-Sim has been a collaborative eﬀort among many developers over the past years, this transition also allowed for code clean up and restructuring.&lt;br /&gt;
&lt;br /&gt;
==New Features and Modules==&lt;br /&gt;
&lt;br /&gt;
==Preliminary Results==&lt;br /&gt;
&lt;br /&gt;
==Aqua-Sim Download==&lt;br /&gt;
&lt;br /&gt;
The latest version of Aqua-Sim NG can be found [https://github.com/rmartin5/aqua-sim-ng HERE]&lt;br /&gt;
&lt;br /&gt;
==People==&lt;br /&gt;
&lt;br /&gt;
*[http://www-cs.ccny.cuny.edu/~zheng/ Zheng Peng ], Assistant Professor, Computer Science Department, City College, City University of New York&lt;br /&gt;
*Robert Martin, Computer Science and Engineering, University of Connecticut.&lt;/div&gt;</summary>
		<author><name>Zhengpeng</name></author>	</entry>

	<entry>
		<id>http://134.74.112.6/mediawiki/index.php?title=Main_Page&amp;diff=94</id>
		<title>Main Page</title>
		<link rel="alternate" type="text/html" href="http://134.74.112.6/mediawiki/index.php?title=Main_Page&amp;diff=94"/>
				<updated>2017-09-29T20:05:27Z</updated>
		
		<summary type="html">&lt;p&gt;Zhengpeng: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;[[Aqua-Net]]&lt;br /&gt;
&lt;br /&gt;
[[Aqua-Sim]]&lt;br /&gt;
&lt;br /&gt;
[[Aqua-3D]]&lt;br /&gt;
&lt;br /&gt;
[[Aqua-Lab]]&lt;br /&gt;
&lt;br /&gt;
[[Aqua-OS]]&lt;br /&gt;
&lt;br /&gt;
[[Aqua-fModem]]&lt;/div&gt;</summary>
		<author><name>Zhengpeng</name></author>	</entry>

	<entry>
		<id>http://134.74.112.6/mediawiki/index.php?title=Aqua-fModem&amp;diff=93</id>
		<title>Aqua-fModem</title>
		<link rel="alternate" type="text/html" href="http://134.74.112.6/mediawiki/index.php?title=Aqua-fModem&amp;diff=93"/>
				<updated>2017-09-29T20:05:06Z</updated>
		
		<summary type="html">&lt;p&gt;Zhengpeng: /* Publications */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;==Overview==&lt;br /&gt;
The success of multicarrier modulation in the form of orthogonal-frequency-division-modulation (OFDM) in radio channels illuminates a clear path one could take towards high-rate underwater acoustic communications.&lt;br /&gt;
&lt;br /&gt;
Our research aims to make OFDM work in challenging underwater enviroments and build a practical multicarrier modem prototype.&lt;br /&gt;
&lt;br /&gt;
Aqua-fModem, as shown in the following two figures, is our OFDM modem prototype, implemented on a TMS320C6713 DSP board. It uses QPSK modulation, rate-1/2 channel coding (both convolutional and nonbinary low-density-parity-check (LDPC) codes). With a bandwidth 5.5 kHz, the achieved spectral efficiency is 0.56 bits/s/Hz, and the data rate is 3.1 kb/s.&lt;br /&gt;
&lt;br /&gt;
It has the following features:&lt;br /&gt;
*Real time decoding is achieved. In a system with one transmitter and one receiver, only 40 ms (with convolutional coding) or 50 ms (with nonbinary LDPC coding) is needed to decode an OFDM block of duration 210 ms.&lt;br /&gt;
*Easy to interface with networking protocols. (following the NEMA standard).&lt;br /&gt;
&lt;br /&gt;
Aqua-Modem has been demonstrated in the WUWNet workshop, Berkeley, CA, Nov. 2, 2009.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
[[Image:aqua-fmodem6.jpg|center|300*300px]]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
[[Image:aqua-fmodem7.jpg|center|300*300px]]&lt;br /&gt;
&lt;br /&gt;
==Prototype==&lt;br /&gt;
We have been engaged in acoustic modem prototype development. &lt;br /&gt;
&lt;br /&gt;
*The PC-based and DSP-based modem prototypes were demonstrated at WUWNet, Montreal, Sept. 2007, as shown in the below two figures.&lt;br /&gt;
&lt;br /&gt;
[[Image:aqua-fmodem1.jpg|center|330*330px]]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
[[Image:aqua-fmodem2.jpg|center|330*330px]]&lt;br /&gt;
&lt;br /&gt;
*The PC-based and DSP-based (2 × 2) MIMO-OFDM Acoustic Modem Prototypes are shown in the below two figures. The MIMO-OFDM modem prototypes were demonstrated at WUWNet, San Francisco, CA, Sept. 2008 and won the first-prize in demo category, as voted by workshop participants. With two parallel data streams transmitted, the data rate is 6.2 kb/s, with the other parameters the same as preivous modems.&lt;br /&gt;
.&lt;br /&gt;
[[Image:aqua-fmodem4.jpg|center|330*330px]]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
[[Image:aqua-fmodem5.jpg|center|330*330px]]&lt;br /&gt;
&lt;br /&gt;
==Publications==&lt;br /&gt;
*[http://citeseerx.ist.psu.edu/viewdoc/download?doi=10.1.1.386.7552&amp;amp;rep=rep1&amp;amp;type=pdf DSP Implementation of SISO and MIMO OFDM Acoustic Modems], H. Yan, S. Zhou, Z. Shi, J.-H. Cui, L. Wan, J. Huang, and H. Zhou, Proc. of OCEANS, Sydney, May 2010.&lt;br /&gt;
*[http://www.engr.uconn.edu/~zshi/publications/yan07dsp.pdf A DSP Implementation of OFDM Acoustic Modem], H. Yan, S. Zhou, Z. Shi, and B. Li, WUWNet, Montréal, Québec, Canada, September 14, 2007.&lt;br /&gt;
&lt;br /&gt;
==Sponsor==&lt;br /&gt;
*Office of Naval Research&lt;br /&gt;
*National Science Foundation&lt;/div&gt;</summary>
		<author><name>Zhengpeng</name></author>	</entry>

	<entry>
		<id>http://134.74.112.6/mediawiki/index.php?title=Aqua-fModem&amp;diff=92</id>
		<title>Aqua-fModem</title>
		<link rel="alternate" type="text/html" href="http://134.74.112.6/mediawiki/index.php?title=Aqua-fModem&amp;diff=92"/>
				<updated>2017-09-29T20:02:35Z</updated>
		
		<summary type="html">&lt;p&gt;Zhengpeng: Created page with &amp;quot;==Overview== The success of multicarrier modulation in the form of orthogonal-frequency-division-modulation (OFDM) in radio channels illuminates a clear path one could take to...&amp;quot;&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;==Overview==&lt;br /&gt;
The success of multicarrier modulation in the form of orthogonal-frequency-division-modulation (OFDM) in radio channels illuminates a clear path one could take towards high-rate underwater acoustic communications.&lt;br /&gt;
&lt;br /&gt;
Our research aims to make OFDM work in challenging underwater enviroments and build a practical multicarrier modem prototype.&lt;br /&gt;
&lt;br /&gt;
Aqua-fModem, as shown in the following two figures, is our OFDM modem prototype, implemented on a TMS320C6713 DSP board. It uses QPSK modulation, rate-1/2 channel coding (both convolutional and nonbinary low-density-parity-check (LDPC) codes). With a bandwidth 5.5 kHz, the achieved spectral efficiency is 0.56 bits/s/Hz, and the data rate is 3.1 kb/s.&lt;br /&gt;
&lt;br /&gt;
It has the following features:&lt;br /&gt;
*Real time decoding is achieved. In a system with one transmitter and one receiver, only 40 ms (with convolutional coding) or 50 ms (with nonbinary LDPC coding) is needed to decode an OFDM block of duration 210 ms.&lt;br /&gt;
*Easy to interface with networking protocols. (following the NEMA standard).&lt;br /&gt;
&lt;br /&gt;
Aqua-Modem has been demonstrated in the WUWNet workshop, Berkeley, CA, Nov. 2, 2009.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
[[Image:aqua-fmodem6.jpg|center|300*300px]]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
[[Image:aqua-fmodem7.jpg|center|300*300px]]&lt;br /&gt;
&lt;br /&gt;
==Prototype==&lt;br /&gt;
We have been engaged in acoustic modem prototype development. &lt;br /&gt;
&lt;br /&gt;
*The PC-based and DSP-based modem prototypes were demonstrated at WUWNet, Montreal, Sept. 2007, as shown in the below two figures.&lt;br /&gt;
&lt;br /&gt;
[[Image:aqua-fmodem1.jpg|center|330*330px]]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
[[Image:aqua-fmodem2.jpg|center|330*330px]]&lt;br /&gt;
&lt;br /&gt;
*The PC-based and DSP-based (2 × 2) MIMO-OFDM Acoustic Modem Prototypes are shown in the below two figures. The MIMO-OFDM modem prototypes were demonstrated at WUWNet, San Francisco, CA, Sept. 2008 and won the first-prize in demo category, as voted by workshop participants. With two parallel data streams transmitted, the data rate is 6.2 kb/s, with the other parameters the same as preivous modems.&lt;br /&gt;
.&lt;br /&gt;
[[Image:aqua-fmodem4.jpg|center|330*330px]]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
[[Image:aqua-fmodem5.jpg|center|330*330px]]&lt;br /&gt;
&lt;br /&gt;
==Publications==&lt;br /&gt;
*[[Media:DSP_Implementation_of_SISO_and_MIMO_OFDM.pdf |DSP Implementation of SISO and MIMO OFDM Acoustic Modems]], H. Yan, S. Zhou, Z. Shi, J.-H. Cui, L. Wan, J. Huang, and H. Zhou, Proc. of OCEANS, Sydney, May 2010.&lt;br /&gt;
*[[Media:A_DSP_Implementation_of_OFDM_Acoustic_Modem.pdf |A DSP Implementation of OFDM Acoustic Modem]], H. Yan, S. Zhou, Z. Shi, and B. Li, WUWNet, Montréal, Québec, Canada, September 14, 2007.&lt;br /&gt;
&lt;br /&gt;
==Sponsor==&lt;br /&gt;
*Office of Naval Research&lt;br /&gt;
*National Science Foundation&lt;/div&gt;</summary>
		<author><name>Zhengpeng</name></author>	</entry>

	<entry>
		<id>http://134.74.112.6/mediawiki/index.php?title=File:Aqua-fmodem7.jpg&amp;diff=91</id>
		<title>File:Aqua-fmodem7.jpg</title>
		<link rel="alternate" type="text/html" href="http://134.74.112.6/mediawiki/index.php?title=File:Aqua-fmodem7.jpg&amp;diff=91"/>
				<updated>2017-09-29T20:01:56Z</updated>
		
		<summary type="html">&lt;p&gt;Zhengpeng: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&lt;/div&gt;</summary>
		<author><name>Zhengpeng</name></author>	</entry>

	<entry>
		<id>http://134.74.112.6/mediawiki/index.php?title=File:Aqua-fmodem6.jpg&amp;diff=90</id>
		<title>File:Aqua-fmodem6.jpg</title>
		<link rel="alternate" type="text/html" href="http://134.74.112.6/mediawiki/index.php?title=File:Aqua-fmodem6.jpg&amp;diff=90"/>
				<updated>2017-09-29T20:01:46Z</updated>
		
		<summary type="html">&lt;p&gt;Zhengpeng: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&lt;/div&gt;</summary>
		<author><name>Zhengpeng</name></author>	</entry>

	<entry>
		<id>http://134.74.112.6/mediawiki/index.php?title=File:Aqua-fmodem5.jpg&amp;diff=89</id>
		<title>File:Aqua-fmodem5.jpg</title>
		<link rel="alternate" type="text/html" href="http://134.74.112.6/mediawiki/index.php?title=File:Aqua-fmodem5.jpg&amp;diff=89"/>
				<updated>2017-09-29T20:01:34Z</updated>
		
		<summary type="html">&lt;p&gt;Zhengpeng: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&lt;/div&gt;</summary>
		<author><name>Zhengpeng</name></author>	</entry>

	<entry>
		<id>http://134.74.112.6/mediawiki/index.php?title=File:Aqua-fmodem4.jpg&amp;diff=88</id>
		<title>File:Aqua-fmodem4.jpg</title>
		<link rel="alternate" type="text/html" href="http://134.74.112.6/mediawiki/index.php?title=File:Aqua-fmodem4.jpg&amp;diff=88"/>
				<updated>2017-09-29T20:01:25Z</updated>
		
		<summary type="html">&lt;p&gt;Zhengpeng: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&lt;/div&gt;</summary>
		<author><name>Zhengpeng</name></author>	</entry>

	<entry>
		<id>http://134.74.112.6/mediawiki/index.php?title=File:Aqua-fmodem2.jpg&amp;diff=87</id>
		<title>File:Aqua-fmodem2.jpg</title>
		<link rel="alternate" type="text/html" href="http://134.74.112.6/mediawiki/index.php?title=File:Aqua-fmodem2.jpg&amp;diff=87"/>
				<updated>2017-09-29T20:01:05Z</updated>
		
		<summary type="html">&lt;p&gt;Zhengpeng: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&lt;/div&gt;</summary>
		<author><name>Zhengpeng</name></author>	</entry>

	<entry>
		<id>http://134.74.112.6/mediawiki/index.php?title=File:Aqua-fmodem1.jpg&amp;diff=86</id>
		<title>File:Aqua-fmodem1.jpg</title>
		<link rel="alternate" type="text/html" href="http://134.74.112.6/mediawiki/index.php?title=File:Aqua-fmodem1.jpg&amp;diff=86"/>
				<updated>2017-09-29T20:00:56Z</updated>
		
		<summary type="html">&lt;p&gt;Zhengpeng: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&lt;/div&gt;</summary>
		<author><name>Zhengpeng</name></author>	</entry>

	<entry>
		<id>http://134.74.112.6/mediawiki/index.php?title=Main_Page&amp;diff=85</id>
		<title>Main Page</title>
		<link rel="alternate" type="text/html" href="http://134.74.112.6/mediawiki/index.php?title=Main_Page&amp;diff=85"/>
				<updated>2017-09-29T19:53:34Z</updated>
		
		<summary type="html">&lt;p&gt;Zhengpeng: Replaced content with &amp;quot;Aqua-Net  Aqua-Sim  Aqua-3D  Aqua-Lab  Aqua-OS&amp;quot;&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;[[Aqua-Net]]&lt;br /&gt;
&lt;br /&gt;
[[Aqua-Sim]]&lt;br /&gt;
&lt;br /&gt;
[[Aqua-3D]]&lt;br /&gt;
&lt;br /&gt;
[[Aqua-Lab]]&lt;br /&gt;
&lt;br /&gt;
[[Aqua-OS]]&lt;/div&gt;</summary>
		<author><name>Zhengpeng</name></author>	</entry>

	<entry>
		<id>http://134.74.112.6/mediawiki/index.php?title=Aqua-OS&amp;diff=84</id>
		<title>Aqua-OS</title>
		<link rel="alternate" type="text/html" href="http://134.74.112.6/mediawiki/index.php?title=Aqua-OS&amp;diff=84"/>
				<updated>2017-09-29T19:53:08Z</updated>
		
		<summary type="html">&lt;p&gt;Zhengpeng: /* Feb 17, 2010 */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;==Overview==&lt;br /&gt;
&lt;br /&gt;
Aqua-OS is an operating system specifically designed for underwater embedded systems. This is an on-going project of [http://uwsn.engr.uconn.edu/ UWSN Lab]. The design goal of Aqua-OS is to provide a robust, efficient and extendable operating system for underwater sensor networks (UWSNs). &lt;br /&gt;
&lt;br /&gt;
===Motivation===&lt;br /&gt;
&lt;br /&gt;
Recently underwater systems have become more complicated and diverse. With the increasing&lt;br /&gt;
complexity, the interaction between the system control logic and physical devices becomes more complicated.&lt;br /&gt;
In such a complex and usually resource constrained system, it is imperative to introduce an&lt;br /&gt;
operating system to efficiently manage hardware and provide friendly user interface for applications. This&lt;br /&gt;
is how TinyOS, embedded Linux and many other operating systems come into play.&lt;br /&gt;
&lt;br /&gt;
Though most of these operating systems claim configurability, they are often designed for a certain&lt;br /&gt;
type of applications and based on some particular hardware. For example, Tiny-OS is closely coupled&lt;br /&gt;
with Berkeley Motes, and targeted at radio sensor network applications. With more emerging underwater&lt;br /&gt;
systems, more operating systems are demanded. However, the development of a new operating system&lt;br /&gt;
is usually very costly and time-consuming. While it is possible to adapt existing systems, generally&lt;br /&gt;
without significant design changes they can not provide good system performance. In addition, studying&lt;br /&gt;
and revising existing operating systems is equivalent tedious and costly if not more. Further, unlike the&lt;br /&gt;
operating systems for PCs and workstations, an operating system for an underwater system should take&lt;br /&gt;
both the application requirements and physical constraints into account. In reality, however, there often&lt;br /&gt;
exits a big gap between the domain experts and the system engineers, which often causes the long cycle&lt;br /&gt;
of system development. To facilitate the OS development for underwater systems, in this dissertation, we&lt;br /&gt;
are working on an OS specifically designed for underwater sensor networks, called Aqua-OS, to bridge&lt;br /&gt;
these gaps.&lt;br /&gt;
&lt;br /&gt;
==Design==&lt;br /&gt;
&lt;br /&gt;
Still work in progress.&lt;br /&gt;
&lt;br /&gt;
==People==&lt;br /&gt;
*[http://www-cs.ccny.cuny.edu/~zheng Zheng Peng], Assistant Professor, Computer Science Department, Grove School of Engineering, City College, City University of New York&lt;br /&gt;
*[http://ccst.jlu.edu.cn/?mod=teacher&amp;amp;act=view&amp;amp;id=225 Jun-Hong Cui], Professor, Computer Science &amp;amp; Technology, Jilin University&lt;br /&gt;
*[http://www.engr.uconn.edu/~zshi/ Zhijie Shi], Professor, Computer Science &amp;amp; Engineering, University of Connecticut&lt;br /&gt;
*Haining Mo, Oracle&lt;br /&gt;
&lt;br /&gt;
==Discussions &amp;amp; Talks==&lt;br /&gt;
&lt;br /&gt;
===May 5, 2010===&lt;br /&gt;
&lt;br /&gt;
James gave a presentation on uC/OSII. [[:File:20100505 uC-OSII James.pdf | (slides)]] &lt;br /&gt;
&lt;br /&gt;
For the next week, Zuofei will give a presentation on OMAP booting sequence. And Son Le will talk about the problem porting TinyOS to Gumstix.&lt;br /&gt;
&lt;br /&gt;
===Apr 28, 2010===&lt;br /&gt;
&lt;br /&gt;
Dr. Shi pointed out possible short term directions on the OS design. He suggested we can start from existing OS, such as TinyOS and Embedded Linux. The current focuses are:&lt;br /&gt;
&lt;br /&gt;
*Low power&lt;br /&gt;
**Power management&lt;br /&gt;
**scheduling&lt;br /&gt;
**Interrupt handling&lt;br /&gt;
&lt;br /&gt;
*Reliability&lt;br /&gt;
**MMU&lt;br /&gt;
***Protection&lt;br /&gt;
***Fault tolerance &lt;br /&gt;
&lt;br /&gt;
He emphasized the reliability issue and said we could utilize some techniques from the research area of computer security. Generally speaking, reliability is easier than security because it is not dealing with deliberately designed attacks, but random errors. &lt;br /&gt;
&lt;br /&gt;
He gave an example of doing sanity checks on system calls and left the following questions for us to think about:&lt;br /&gt;
&lt;br /&gt;
#. What damages can be done via system calls?&lt;br /&gt;
#. Does sanity check help?&lt;br /&gt;
#. How to do the sanity check?&lt;br /&gt;
#. What're the overheads?&lt;br /&gt;
&lt;br /&gt;
===Apr 7, 2010===&lt;br /&gt;
&lt;br /&gt;
James gave a presentation on eCos operating system. [[:File:20100407 eCos James.pdf‎ | (slides)]]&lt;br /&gt;
&lt;br /&gt;
After the presentation, we also list other OS to study, including Contiki (Jun'll present), FreeRTOS, uC/OS (James'll present) and VxWorks. Dr. Shi also asked us to study the booting process of Linux. Zuofei will study this based on OMAP platform and see how ARM core and DSP core are booted. Another important issue is benchmarks. We identified mibench and hbench-os to begin with. Haining will do a presentation on this issue.&lt;br /&gt;
&lt;br /&gt;
Due to mid-term exams, next week's meeting is canceled.&lt;br /&gt;
&lt;br /&gt;
===Mar 31, 2010===&lt;br /&gt;
&lt;br /&gt;
James gave a presentation on MINIX. [[:File:20100331 MINIX James.pdf | (slides)]]&lt;br /&gt;
&lt;br /&gt;
===Mar 2, 2010===&lt;br /&gt;
&lt;br /&gt;
Had a meeting with Dr. Cui. Son, Haining, Jun and Zuofei did short presentations based on their previous slides. James also summarized the current progress.&lt;br /&gt;
&lt;br /&gt;
===Feb 17, 2010===&lt;br /&gt;
&lt;br /&gt;
*James discussed the environmental factors that will affect the operating system design, as well as typical user preferences. [[:File:AquaOS James 20100216.pdf |‎ (slides)]]&lt;br /&gt;
*Haining talked about some issues in operating system design and possible approaches.[[:File:Aqua OS Haining 2.17.pdf | (slides)]]&lt;br /&gt;
*Son's talk covered memory management, system call and TinyOS threads. [[:File:OS Components.pdf | (slides)]]&lt;br /&gt;
*Jun and Zuofei presented dynamic power management and current hardware platform (OMAP) [[:File:Survey.pdf | (slides)]]&lt;/div&gt;</summary>
		<author><name>Zhengpeng</name></author>	</entry>

	<entry>
		<id>http://134.74.112.6/mediawiki/index.php?title=Aqua-OS&amp;diff=83</id>
		<title>Aqua-OS</title>
		<link rel="alternate" type="text/html" href="http://134.74.112.6/mediawiki/index.php?title=Aqua-OS&amp;diff=83"/>
				<updated>2017-09-29T19:52:56Z</updated>
		
		<summary type="html">&lt;p&gt;Zhengpeng: /* Feb 17, 2010 */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;==Overview==&lt;br /&gt;
&lt;br /&gt;
Aqua-OS is an operating system specifically designed for underwater embedded systems. This is an on-going project of [http://uwsn.engr.uconn.edu/ UWSN Lab]. The design goal of Aqua-OS is to provide a robust, efficient and extendable operating system for underwater sensor networks (UWSNs). &lt;br /&gt;
&lt;br /&gt;
===Motivation===&lt;br /&gt;
&lt;br /&gt;
Recently underwater systems have become more complicated and diverse. With the increasing&lt;br /&gt;
complexity, the interaction between the system control logic and physical devices becomes more complicated.&lt;br /&gt;
In such a complex and usually resource constrained system, it is imperative to introduce an&lt;br /&gt;
operating system to efficiently manage hardware and provide friendly user interface for applications. This&lt;br /&gt;
is how TinyOS, embedded Linux and many other operating systems come into play.&lt;br /&gt;
&lt;br /&gt;
Though most of these operating systems claim configurability, they are often designed for a certain&lt;br /&gt;
type of applications and based on some particular hardware. For example, Tiny-OS is closely coupled&lt;br /&gt;
with Berkeley Motes, and targeted at radio sensor network applications. With more emerging underwater&lt;br /&gt;
systems, more operating systems are demanded. However, the development of a new operating system&lt;br /&gt;
is usually very costly and time-consuming. While it is possible to adapt existing systems, generally&lt;br /&gt;
without significant design changes they can not provide good system performance. In addition, studying&lt;br /&gt;
and revising existing operating systems is equivalent tedious and costly if not more. Further, unlike the&lt;br /&gt;
operating systems for PCs and workstations, an operating system for an underwater system should take&lt;br /&gt;
both the application requirements and physical constraints into account. In reality, however, there often&lt;br /&gt;
exits a big gap between the domain experts and the system engineers, which often causes the long cycle&lt;br /&gt;
of system development. To facilitate the OS development for underwater systems, in this dissertation, we&lt;br /&gt;
are working on an OS specifically designed for underwater sensor networks, called Aqua-OS, to bridge&lt;br /&gt;
these gaps.&lt;br /&gt;
&lt;br /&gt;
==Design==&lt;br /&gt;
&lt;br /&gt;
Still work in progress.&lt;br /&gt;
&lt;br /&gt;
==People==&lt;br /&gt;
*[http://www-cs.ccny.cuny.edu/~zheng Zheng Peng], Assistant Professor, Computer Science Department, Grove School of Engineering, City College, City University of New York&lt;br /&gt;
*[http://ccst.jlu.edu.cn/?mod=teacher&amp;amp;act=view&amp;amp;id=225 Jun-Hong Cui], Professor, Computer Science &amp;amp; Technology, Jilin University&lt;br /&gt;
*[http://www.engr.uconn.edu/~zshi/ Zhijie Shi], Professor, Computer Science &amp;amp; Engineering, University of Connecticut&lt;br /&gt;
*Haining Mo, Oracle&lt;br /&gt;
&lt;br /&gt;
==Discussions &amp;amp; Talks==&lt;br /&gt;
&lt;br /&gt;
===May 5, 2010===&lt;br /&gt;
&lt;br /&gt;
James gave a presentation on uC/OSII. [[:File:20100505 uC-OSII James.pdf | (slides)]] &lt;br /&gt;
&lt;br /&gt;
For the next week, Zuofei will give a presentation on OMAP booting sequence. And Son Le will talk about the problem porting TinyOS to Gumstix.&lt;br /&gt;
&lt;br /&gt;
===Apr 28, 2010===&lt;br /&gt;
&lt;br /&gt;
Dr. Shi pointed out possible short term directions on the OS design. He suggested we can start from existing OS, such as TinyOS and Embedded Linux. The current focuses are:&lt;br /&gt;
&lt;br /&gt;
*Low power&lt;br /&gt;
**Power management&lt;br /&gt;
**scheduling&lt;br /&gt;
**Interrupt handling&lt;br /&gt;
&lt;br /&gt;
*Reliability&lt;br /&gt;
**MMU&lt;br /&gt;
***Protection&lt;br /&gt;
***Fault tolerance &lt;br /&gt;
&lt;br /&gt;
He emphasized the reliability issue and said we could utilize some techniques from the research area of computer security. Generally speaking, reliability is easier than security because it is not dealing with deliberately designed attacks, but random errors. &lt;br /&gt;
&lt;br /&gt;
He gave an example of doing sanity checks on system calls and left the following questions for us to think about:&lt;br /&gt;
&lt;br /&gt;
#. What damages can be done via system calls?&lt;br /&gt;
#. Does sanity check help?&lt;br /&gt;
#. How to do the sanity check?&lt;br /&gt;
#. What're the overheads?&lt;br /&gt;
&lt;br /&gt;
===Apr 7, 2010===&lt;br /&gt;
&lt;br /&gt;
James gave a presentation on eCos operating system. [[:File:20100407 eCos James.pdf‎ | (slides)]]&lt;br /&gt;
&lt;br /&gt;
After the presentation, we also list other OS to study, including Contiki (Jun'll present), FreeRTOS, uC/OS (James'll present) and VxWorks. Dr. Shi also asked us to study the booting process of Linux. Zuofei will study this based on OMAP platform and see how ARM core and DSP core are booted. Another important issue is benchmarks. We identified mibench and hbench-os to begin with. Haining will do a presentation on this issue.&lt;br /&gt;
&lt;br /&gt;
Due to mid-term exams, next week's meeting is canceled.&lt;br /&gt;
&lt;br /&gt;
===Mar 31, 2010===&lt;br /&gt;
&lt;br /&gt;
James gave a presentation on MINIX. [[:File:20100331 MINIX James.pdf | (slides)]]&lt;br /&gt;
&lt;br /&gt;
===Mar 2, 2010===&lt;br /&gt;
&lt;br /&gt;
Had a meeting with Dr. Cui. Son, Haining, Jun and Zuofei did short presentations based on their previous slides. James also summarized the current progress.&lt;br /&gt;
&lt;br /&gt;
===Feb 17, 2010===&lt;br /&gt;
&lt;br /&gt;
*James discussed the environmental factors that will affect the operating system design, as well as typical user preferences. [[:File:AquaOS James 20100216.pdf |‎ (slides)]]&lt;br /&gt;
*Haining talked about some issues in operating system design and possible approaches.[[:File:Aqua OS Haining 2.17.pdf | (slides)]]&lt;br /&gt;
*Son's talk covered memory management, system call and TinyOS threads. [[:File:OS Components.pdf | (slides)]]&lt;br /&gt;
*Jun and Zuofei presented dynamic power management and current hardware platform (OMAP) [[File:Survey.pdf | (slides)]]&lt;/div&gt;</summary>
		<author><name>Zhengpeng</name></author>	</entry>

	<entry>
		<id>http://134.74.112.6/mediawiki/index.php?title=Aqua-OS&amp;diff=82</id>
		<title>Aqua-OS</title>
		<link rel="alternate" type="text/html" href="http://134.74.112.6/mediawiki/index.php?title=Aqua-OS&amp;diff=82"/>
				<updated>2017-09-29T19:49:39Z</updated>
		
		<summary type="html">&lt;p&gt;Zhengpeng: /* Mar 31, 2010 */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;==Overview==&lt;br /&gt;
&lt;br /&gt;
Aqua-OS is an operating system specifically designed for underwater embedded systems. This is an on-going project of [http://uwsn.engr.uconn.edu/ UWSN Lab]. The design goal of Aqua-OS is to provide a robust, efficient and extendable operating system for underwater sensor networks (UWSNs). &lt;br /&gt;
&lt;br /&gt;
===Motivation===&lt;br /&gt;
&lt;br /&gt;
Recently underwater systems have become more complicated and diverse. With the increasing&lt;br /&gt;
complexity, the interaction between the system control logic and physical devices becomes more complicated.&lt;br /&gt;
In such a complex and usually resource constrained system, it is imperative to introduce an&lt;br /&gt;
operating system to efficiently manage hardware and provide friendly user interface for applications. This&lt;br /&gt;
is how TinyOS, embedded Linux and many other operating systems come into play.&lt;br /&gt;
&lt;br /&gt;
Though most of these operating systems claim configurability, they are often designed for a certain&lt;br /&gt;
type of applications and based on some particular hardware. For example, Tiny-OS is closely coupled&lt;br /&gt;
with Berkeley Motes, and targeted at radio sensor network applications. With more emerging underwater&lt;br /&gt;
systems, more operating systems are demanded. However, the development of a new operating system&lt;br /&gt;
is usually very costly and time-consuming. While it is possible to adapt existing systems, generally&lt;br /&gt;
without significant design changes they can not provide good system performance. In addition, studying&lt;br /&gt;
and revising existing operating systems is equivalent tedious and costly if not more. Further, unlike the&lt;br /&gt;
operating systems for PCs and workstations, an operating system for an underwater system should take&lt;br /&gt;
both the application requirements and physical constraints into account. In reality, however, there often&lt;br /&gt;
exits a big gap between the domain experts and the system engineers, which often causes the long cycle&lt;br /&gt;
of system development. To facilitate the OS development for underwater systems, in this dissertation, we&lt;br /&gt;
are working on an OS specifically designed for underwater sensor networks, called Aqua-OS, to bridge&lt;br /&gt;
these gaps.&lt;br /&gt;
&lt;br /&gt;
==Design==&lt;br /&gt;
&lt;br /&gt;
Still work in progress.&lt;br /&gt;
&lt;br /&gt;
==People==&lt;br /&gt;
*[http://www-cs.ccny.cuny.edu/~zheng Zheng Peng], Assistant Professor, Computer Science Department, Grove School of Engineering, City College, City University of New York&lt;br /&gt;
*[http://ccst.jlu.edu.cn/?mod=teacher&amp;amp;act=view&amp;amp;id=225 Jun-Hong Cui], Professor, Computer Science &amp;amp; Technology, Jilin University&lt;br /&gt;
*[http://www.engr.uconn.edu/~zshi/ Zhijie Shi], Professor, Computer Science &amp;amp; Engineering, University of Connecticut&lt;br /&gt;
*Haining Mo, Oracle&lt;br /&gt;
&lt;br /&gt;
==Discussions &amp;amp; Talks==&lt;br /&gt;
&lt;br /&gt;
===May 5, 2010===&lt;br /&gt;
&lt;br /&gt;
James gave a presentation on uC/OSII. [[:File:20100505 uC-OSII James.pdf | (slides)]] &lt;br /&gt;
&lt;br /&gt;
For the next week, Zuofei will give a presentation on OMAP booting sequence. And Son Le will talk about the problem porting TinyOS to Gumstix.&lt;br /&gt;
&lt;br /&gt;
===Apr 28, 2010===&lt;br /&gt;
&lt;br /&gt;
Dr. Shi pointed out possible short term directions on the OS design. He suggested we can start from existing OS, such as TinyOS and Embedded Linux. The current focuses are:&lt;br /&gt;
&lt;br /&gt;
*Low power&lt;br /&gt;
**Power management&lt;br /&gt;
**scheduling&lt;br /&gt;
**Interrupt handling&lt;br /&gt;
&lt;br /&gt;
*Reliability&lt;br /&gt;
**MMU&lt;br /&gt;
***Protection&lt;br /&gt;
***Fault tolerance &lt;br /&gt;
&lt;br /&gt;
He emphasized the reliability issue and said we could utilize some techniques from the research area of computer security. Generally speaking, reliability is easier than security because it is not dealing with deliberately designed attacks, but random errors. &lt;br /&gt;
&lt;br /&gt;
He gave an example of doing sanity checks on system calls and left the following questions for us to think about:&lt;br /&gt;
&lt;br /&gt;
#. What damages can be done via system calls?&lt;br /&gt;
#. Does sanity check help?&lt;br /&gt;
#. How to do the sanity check?&lt;br /&gt;
#. What're the overheads?&lt;br /&gt;
&lt;br /&gt;
===Apr 7, 2010===&lt;br /&gt;
&lt;br /&gt;
James gave a presentation on eCos operating system. [[:File:20100407 eCos James.pdf‎ | (slides)]]&lt;br /&gt;
&lt;br /&gt;
After the presentation, we also list other OS to study, including Contiki (Jun'll present), FreeRTOS, uC/OS (James'll present) and VxWorks. Dr. Shi also asked us to study the booting process of Linux. Zuofei will study this based on OMAP platform and see how ARM core and DSP core are booted. Another important issue is benchmarks. We identified mibench and hbench-os to begin with. Haining will do a presentation on this issue.&lt;br /&gt;
&lt;br /&gt;
Due to mid-term exams, next week's meeting is canceled.&lt;br /&gt;
&lt;br /&gt;
===Mar 31, 2010===&lt;br /&gt;
&lt;br /&gt;
James gave a presentation on MINIX. [[:File:20100331 MINIX James.pdf | (slides)]]&lt;br /&gt;
&lt;br /&gt;
===Mar 2, 2010===&lt;br /&gt;
&lt;br /&gt;
Had a meeting with Dr. Cui. Son, Haining, Jun and Zuofei did short presentations based on their previous slides. James also summarized the current progress.&lt;br /&gt;
&lt;br /&gt;
===Feb 17, 2010===&lt;br /&gt;
&lt;br /&gt;
*James discussed the environmental factors that will affect the operating system design, as well as typical user preferences. [http://obinet.engr.uconn.edu/wiki/index.php/File:AquaOS_James_20100216.pdf‎ [slides]]&lt;br /&gt;
*Haining talked about some issues in operating system design and possible approaches.[http://obinet.engr.uconn.edu/wiki/index.php/File:Aqua_OS_Haining_2.17.pdf‎ [slides]]&lt;br /&gt;
*Son's talk covered memory management, system call and TinyOS threads. [http://obinet.engr.uconn.edu/wiki/index.php/File:OS_Components.pdf‎ [slides]]&lt;br /&gt;
*Jun and Zuofei presented dynamic power management and current hardware platform (OMAP) [http://obinet.engr.uconn.edu/wiki/index.php/File:Survey.pdf‎ [slides]]&lt;/div&gt;</summary>
		<author><name>Zhengpeng</name></author>	</entry>

	<entry>
		<id>http://134.74.112.6/mediawiki/index.php?title=Aqua-OS&amp;diff=81</id>
		<title>Aqua-OS</title>
		<link rel="alternate" type="text/html" href="http://134.74.112.6/mediawiki/index.php?title=Aqua-OS&amp;diff=81"/>
				<updated>2017-09-29T19:49:10Z</updated>
		
		<summary type="html">&lt;p&gt;Zhengpeng: /* May 5, 2010 */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;==Overview==&lt;br /&gt;
&lt;br /&gt;
Aqua-OS is an operating system specifically designed for underwater embedded systems. This is an on-going project of [http://uwsn.engr.uconn.edu/ UWSN Lab]. The design goal of Aqua-OS is to provide a robust, efficient and extendable operating system for underwater sensor networks (UWSNs). &lt;br /&gt;
&lt;br /&gt;
===Motivation===&lt;br /&gt;
&lt;br /&gt;
Recently underwater systems have become more complicated and diverse. With the increasing&lt;br /&gt;
complexity, the interaction between the system control logic and physical devices becomes more complicated.&lt;br /&gt;
In such a complex and usually resource constrained system, it is imperative to introduce an&lt;br /&gt;
operating system to efficiently manage hardware and provide friendly user interface for applications. This&lt;br /&gt;
is how TinyOS, embedded Linux and many other operating systems come into play.&lt;br /&gt;
&lt;br /&gt;
Though most of these operating systems claim configurability, they are often designed for a certain&lt;br /&gt;
type of applications and based on some particular hardware. For example, Tiny-OS is closely coupled&lt;br /&gt;
with Berkeley Motes, and targeted at radio sensor network applications. With more emerging underwater&lt;br /&gt;
systems, more operating systems are demanded. However, the development of a new operating system&lt;br /&gt;
is usually very costly and time-consuming. While it is possible to adapt existing systems, generally&lt;br /&gt;
without significant design changes they can not provide good system performance. In addition, studying&lt;br /&gt;
and revising existing operating systems is equivalent tedious and costly if not more. Further, unlike the&lt;br /&gt;
operating systems for PCs and workstations, an operating system for an underwater system should take&lt;br /&gt;
both the application requirements and physical constraints into account. In reality, however, there often&lt;br /&gt;
exits a big gap between the domain experts and the system engineers, which often causes the long cycle&lt;br /&gt;
of system development. To facilitate the OS development for underwater systems, in this dissertation, we&lt;br /&gt;
are working on an OS specifically designed for underwater sensor networks, called Aqua-OS, to bridge&lt;br /&gt;
these gaps.&lt;br /&gt;
&lt;br /&gt;
==Design==&lt;br /&gt;
&lt;br /&gt;
Still work in progress.&lt;br /&gt;
&lt;br /&gt;
==People==&lt;br /&gt;
*[http://www-cs.ccny.cuny.edu/~zheng Zheng Peng], Assistant Professor, Computer Science Department, Grove School of Engineering, City College, City University of New York&lt;br /&gt;
*[http://ccst.jlu.edu.cn/?mod=teacher&amp;amp;act=view&amp;amp;id=225 Jun-Hong Cui], Professor, Computer Science &amp;amp; Technology, Jilin University&lt;br /&gt;
*[http://www.engr.uconn.edu/~zshi/ Zhijie Shi], Professor, Computer Science &amp;amp; Engineering, University of Connecticut&lt;br /&gt;
*Haining Mo, Oracle&lt;br /&gt;
&lt;br /&gt;
==Discussions &amp;amp; Talks==&lt;br /&gt;
&lt;br /&gt;
===May 5, 2010===&lt;br /&gt;
&lt;br /&gt;
James gave a presentation on uC/OSII. [[:File:20100505 uC-OSII James.pdf | (slides)]] &lt;br /&gt;
&lt;br /&gt;
For the next week, Zuofei will give a presentation on OMAP booting sequence. And Son Le will talk about the problem porting TinyOS to Gumstix.&lt;br /&gt;
&lt;br /&gt;
===Apr 28, 2010===&lt;br /&gt;
&lt;br /&gt;
Dr. Shi pointed out possible short term directions on the OS design. He suggested we can start from existing OS, such as TinyOS and Embedded Linux. The current focuses are:&lt;br /&gt;
&lt;br /&gt;
*Low power&lt;br /&gt;
**Power management&lt;br /&gt;
**scheduling&lt;br /&gt;
**Interrupt handling&lt;br /&gt;
&lt;br /&gt;
*Reliability&lt;br /&gt;
**MMU&lt;br /&gt;
***Protection&lt;br /&gt;
***Fault tolerance &lt;br /&gt;
&lt;br /&gt;
He emphasized the reliability issue and said we could utilize some techniques from the research area of computer security. Generally speaking, reliability is easier than security because it is not dealing with deliberately designed attacks, but random errors. &lt;br /&gt;
&lt;br /&gt;
He gave an example of doing sanity checks on system calls and left the following questions for us to think about:&lt;br /&gt;
&lt;br /&gt;
#. What damages can be done via system calls?&lt;br /&gt;
#. Does sanity check help?&lt;br /&gt;
#. How to do the sanity check?&lt;br /&gt;
#. What're the overheads?&lt;br /&gt;
&lt;br /&gt;
===Apr 7, 2010===&lt;br /&gt;
&lt;br /&gt;
James gave a presentation on eCos operating system. [[:File:20100407 eCos James.pdf‎ | (slides)]]&lt;br /&gt;
&lt;br /&gt;
After the presentation, we also list other OS to study, including Contiki (Jun'll present), FreeRTOS, uC/OS (James'll present) and VxWorks. Dr. Shi also asked us to study the booting process of Linux. Zuofei will study this based on OMAP platform and see how ARM core and DSP core are booted. Another important issue is benchmarks. We identified mibench and hbench-os to begin with. Haining will do a presentation on this issue.&lt;br /&gt;
&lt;br /&gt;
Due to mid-term exams, next week's meeting is canceled.&lt;br /&gt;
&lt;br /&gt;
===Mar 31, 2010===&lt;br /&gt;
&lt;br /&gt;
James gave a presentation on MINIX. [[File:20100331 MINIX James.pdf | (slides)]]&lt;br /&gt;
&lt;br /&gt;
===Mar 2, 2010===&lt;br /&gt;
&lt;br /&gt;
Had a meeting with Dr. Cui. Son, Haining, Jun and Zuofei did short presentations based on their previous slides. James also summarized the current progress.&lt;br /&gt;
&lt;br /&gt;
===Feb 17, 2010===&lt;br /&gt;
&lt;br /&gt;
*James discussed the environmental factors that will affect the operating system design, as well as typical user preferences. [http://obinet.engr.uconn.edu/wiki/index.php/File:AquaOS_James_20100216.pdf‎ [slides]]&lt;br /&gt;
*Haining talked about some issues in operating system design and possible approaches.[http://obinet.engr.uconn.edu/wiki/index.php/File:Aqua_OS_Haining_2.17.pdf‎ [slides]]&lt;br /&gt;
*Son's talk covered memory management, system call and TinyOS threads. [http://obinet.engr.uconn.edu/wiki/index.php/File:OS_Components.pdf‎ [slides]]&lt;br /&gt;
*Jun and Zuofei presented dynamic power management and current hardware platform (OMAP) [http://obinet.engr.uconn.edu/wiki/index.php/File:Survey.pdf‎ [slides]]&lt;/div&gt;</summary>
		<author><name>Zhengpeng</name></author>	</entry>

	<entry>
		<id>http://134.74.112.6/mediawiki/index.php?title=Aqua-OS&amp;diff=80</id>
		<title>Aqua-OS</title>
		<link rel="alternate" type="text/html" href="http://134.74.112.6/mediawiki/index.php?title=Aqua-OS&amp;diff=80"/>
				<updated>2017-09-29T19:48:55Z</updated>
		
		<summary type="html">&lt;p&gt;Zhengpeng: /* Mar 31, 2010 */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;==Overview==&lt;br /&gt;
&lt;br /&gt;
Aqua-OS is an operating system specifically designed for underwater embedded systems. This is an on-going project of [http://uwsn.engr.uconn.edu/ UWSN Lab]. The design goal of Aqua-OS is to provide a robust, efficient and extendable operating system for underwater sensor networks (UWSNs). &lt;br /&gt;
&lt;br /&gt;
===Motivation===&lt;br /&gt;
&lt;br /&gt;
Recently underwater systems have become more complicated and diverse. With the increasing&lt;br /&gt;
complexity, the interaction between the system control logic and physical devices becomes more complicated.&lt;br /&gt;
In such a complex and usually resource constrained system, it is imperative to introduce an&lt;br /&gt;
operating system to efficiently manage hardware and provide friendly user interface for applications. This&lt;br /&gt;
is how TinyOS, embedded Linux and many other operating systems come into play.&lt;br /&gt;
&lt;br /&gt;
Though most of these operating systems claim configurability, they are often designed for a certain&lt;br /&gt;
type of applications and based on some particular hardware. For example, Tiny-OS is closely coupled&lt;br /&gt;
with Berkeley Motes, and targeted at radio sensor network applications. With more emerging underwater&lt;br /&gt;
systems, more operating systems are demanded. However, the development of a new operating system&lt;br /&gt;
is usually very costly and time-consuming. While it is possible to adapt existing systems, generally&lt;br /&gt;
without significant design changes they can not provide good system performance. In addition, studying&lt;br /&gt;
and revising existing operating systems is equivalent tedious and costly if not more. Further, unlike the&lt;br /&gt;
operating systems for PCs and workstations, an operating system for an underwater system should take&lt;br /&gt;
both the application requirements and physical constraints into account. In reality, however, there often&lt;br /&gt;
exits a big gap between the domain experts and the system engineers, which often causes the long cycle&lt;br /&gt;
of system development. To facilitate the OS development for underwater systems, in this dissertation, we&lt;br /&gt;
are working on an OS specifically designed for underwater sensor networks, called Aqua-OS, to bridge&lt;br /&gt;
these gaps.&lt;br /&gt;
&lt;br /&gt;
==Design==&lt;br /&gt;
&lt;br /&gt;
Still work in progress.&lt;br /&gt;
&lt;br /&gt;
==People==&lt;br /&gt;
*[http://www-cs.ccny.cuny.edu/~zheng Zheng Peng], Assistant Professor, Computer Science Department, Grove School of Engineering, City College, City University of New York&lt;br /&gt;
*[http://ccst.jlu.edu.cn/?mod=teacher&amp;amp;act=view&amp;amp;id=225 Jun-Hong Cui], Professor, Computer Science &amp;amp; Technology, Jilin University&lt;br /&gt;
*[http://www.engr.uconn.edu/~zshi/ Zhijie Shi], Professor, Computer Science &amp;amp; Engineering, University of Connecticut&lt;br /&gt;
*Haining Mo, Oracle&lt;br /&gt;
&lt;br /&gt;
==Discussions &amp;amp; Talks==&lt;br /&gt;
&lt;br /&gt;
===May 5, 2010===&lt;br /&gt;
&lt;br /&gt;
James gave a presentation on uC/OSII. [[:File:20100505 uC-OSII James.pdf | slides]] &lt;br /&gt;
&lt;br /&gt;
For the next week, Zuofei will give a presentation on OMAP booting sequence. And Son Le will talk about the problem porting TinyOS to Gumstix.&lt;br /&gt;
&lt;br /&gt;
===Apr 28, 2010===&lt;br /&gt;
&lt;br /&gt;
Dr. Shi pointed out possible short term directions on the OS design. He suggested we can start from existing OS, such as TinyOS and Embedded Linux. The current focuses are:&lt;br /&gt;
&lt;br /&gt;
*Low power&lt;br /&gt;
**Power management&lt;br /&gt;
**scheduling&lt;br /&gt;
**Interrupt handling&lt;br /&gt;
&lt;br /&gt;
*Reliability&lt;br /&gt;
**MMU&lt;br /&gt;
***Protection&lt;br /&gt;
***Fault tolerance &lt;br /&gt;
&lt;br /&gt;
He emphasized the reliability issue and said we could utilize some techniques from the research area of computer security. Generally speaking, reliability is easier than security because it is not dealing with deliberately designed attacks, but random errors. &lt;br /&gt;
&lt;br /&gt;
He gave an example of doing sanity checks on system calls and left the following questions for us to think about:&lt;br /&gt;
&lt;br /&gt;
#. What damages can be done via system calls?&lt;br /&gt;
#. Does sanity check help?&lt;br /&gt;
#. How to do the sanity check?&lt;br /&gt;
#. What're the overheads?&lt;br /&gt;
&lt;br /&gt;
===Apr 7, 2010===&lt;br /&gt;
&lt;br /&gt;
James gave a presentation on eCos operating system. [[:File:20100407 eCos James.pdf‎ | (slides)]]&lt;br /&gt;
&lt;br /&gt;
After the presentation, we also list other OS to study, including Contiki (Jun'll present), FreeRTOS, uC/OS (James'll present) and VxWorks. Dr. Shi also asked us to study the booting process of Linux. Zuofei will study this based on OMAP platform and see how ARM core and DSP core are booted. Another important issue is benchmarks. We identified mibench and hbench-os to begin with. Haining will do a presentation on this issue.&lt;br /&gt;
&lt;br /&gt;
Due to mid-term exams, next week's meeting is canceled.&lt;br /&gt;
&lt;br /&gt;
===Mar 31, 2010===&lt;br /&gt;
&lt;br /&gt;
James gave a presentation on MINIX. [[File:20100331 MINIX James.pdf | (slides)]]&lt;br /&gt;
&lt;br /&gt;
===Mar 2, 2010===&lt;br /&gt;
&lt;br /&gt;
Had a meeting with Dr. Cui. Son, Haining, Jun and Zuofei did short presentations based on their previous slides. James also summarized the current progress.&lt;br /&gt;
&lt;br /&gt;
===Feb 17, 2010===&lt;br /&gt;
&lt;br /&gt;
*James discussed the environmental factors that will affect the operating system design, as well as typical user preferences. [http://obinet.engr.uconn.edu/wiki/index.php/File:AquaOS_James_20100216.pdf‎ [slides]]&lt;br /&gt;
*Haining talked about some issues in operating system design and possible approaches.[http://obinet.engr.uconn.edu/wiki/index.php/File:Aqua_OS_Haining_2.17.pdf‎ [slides]]&lt;br /&gt;
*Son's talk covered memory management, system call and TinyOS threads. [http://obinet.engr.uconn.edu/wiki/index.php/File:OS_Components.pdf‎ [slides]]&lt;br /&gt;
*Jun and Zuofei presented dynamic power management and current hardware platform (OMAP) [http://obinet.engr.uconn.edu/wiki/index.php/File:Survey.pdf‎ [slides]]&lt;/div&gt;</summary>
		<author><name>Zhengpeng</name></author>	</entry>

	<entry>
		<id>http://134.74.112.6/mediawiki/index.php?title=Aqua-OS&amp;diff=79</id>
		<title>Aqua-OS</title>
		<link rel="alternate" type="text/html" href="http://134.74.112.6/mediawiki/index.php?title=Aqua-OS&amp;diff=79"/>
				<updated>2017-09-29T19:48:02Z</updated>
		
		<summary type="html">&lt;p&gt;Zhengpeng: /* Apr 7, 2010 */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;==Overview==&lt;br /&gt;
&lt;br /&gt;
Aqua-OS is an operating system specifically designed for underwater embedded systems. This is an on-going project of [http://uwsn.engr.uconn.edu/ UWSN Lab]. The design goal of Aqua-OS is to provide a robust, efficient and extendable operating system for underwater sensor networks (UWSNs). &lt;br /&gt;
&lt;br /&gt;
===Motivation===&lt;br /&gt;
&lt;br /&gt;
Recently underwater systems have become more complicated and diverse. With the increasing&lt;br /&gt;
complexity, the interaction between the system control logic and physical devices becomes more complicated.&lt;br /&gt;
In such a complex and usually resource constrained system, it is imperative to introduce an&lt;br /&gt;
operating system to efficiently manage hardware and provide friendly user interface for applications. This&lt;br /&gt;
is how TinyOS, embedded Linux and many other operating systems come into play.&lt;br /&gt;
&lt;br /&gt;
Though most of these operating systems claim configurability, they are often designed for a certain&lt;br /&gt;
type of applications and based on some particular hardware. For example, Tiny-OS is closely coupled&lt;br /&gt;
with Berkeley Motes, and targeted at radio sensor network applications. With more emerging underwater&lt;br /&gt;
systems, more operating systems are demanded. However, the development of a new operating system&lt;br /&gt;
is usually very costly and time-consuming. While it is possible to adapt existing systems, generally&lt;br /&gt;
without significant design changes they can not provide good system performance. In addition, studying&lt;br /&gt;
and revising existing operating systems is equivalent tedious and costly if not more. Further, unlike the&lt;br /&gt;
operating systems for PCs and workstations, an operating system for an underwater system should take&lt;br /&gt;
both the application requirements and physical constraints into account. In reality, however, there often&lt;br /&gt;
exits a big gap between the domain experts and the system engineers, which often causes the long cycle&lt;br /&gt;
of system development. To facilitate the OS development for underwater systems, in this dissertation, we&lt;br /&gt;
are working on an OS specifically designed for underwater sensor networks, called Aqua-OS, to bridge&lt;br /&gt;
these gaps.&lt;br /&gt;
&lt;br /&gt;
==Design==&lt;br /&gt;
&lt;br /&gt;
Still work in progress.&lt;br /&gt;
&lt;br /&gt;
==People==&lt;br /&gt;
*[http://www-cs.ccny.cuny.edu/~zheng Zheng Peng], Assistant Professor, Computer Science Department, Grove School of Engineering, City College, City University of New York&lt;br /&gt;
*[http://ccst.jlu.edu.cn/?mod=teacher&amp;amp;act=view&amp;amp;id=225 Jun-Hong Cui], Professor, Computer Science &amp;amp; Technology, Jilin University&lt;br /&gt;
*[http://www.engr.uconn.edu/~zshi/ Zhijie Shi], Professor, Computer Science &amp;amp; Engineering, University of Connecticut&lt;br /&gt;
*Haining Mo, Oracle&lt;br /&gt;
&lt;br /&gt;
==Discussions &amp;amp; Talks==&lt;br /&gt;
&lt;br /&gt;
===May 5, 2010===&lt;br /&gt;
&lt;br /&gt;
James gave a presentation on uC/OSII. [[:File:20100505 uC-OSII James.pdf | slides]] &lt;br /&gt;
&lt;br /&gt;
For the next week, Zuofei will give a presentation on OMAP booting sequence. And Son Le will talk about the problem porting TinyOS to Gumstix.&lt;br /&gt;
&lt;br /&gt;
===Apr 28, 2010===&lt;br /&gt;
&lt;br /&gt;
Dr. Shi pointed out possible short term directions on the OS design. He suggested we can start from existing OS, such as TinyOS and Embedded Linux. The current focuses are:&lt;br /&gt;
&lt;br /&gt;
*Low power&lt;br /&gt;
**Power management&lt;br /&gt;
**scheduling&lt;br /&gt;
**Interrupt handling&lt;br /&gt;
&lt;br /&gt;
*Reliability&lt;br /&gt;
**MMU&lt;br /&gt;
***Protection&lt;br /&gt;
***Fault tolerance &lt;br /&gt;
&lt;br /&gt;
He emphasized the reliability issue and said we could utilize some techniques from the research area of computer security. Generally speaking, reliability is easier than security because it is not dealing with deliberately designed attacks, but random errors. &lt;br /&gt;
&lt;br /&gt;
He gave an example of doing sanity checks on system calls and left the following questions for us to think about:&lt;br /&gt;
&lt;br /&gt;
#. What damages can be done via system calls?&lt;br /&gt;
#. Does sanity check help?&lt;br /&gt;
#. How to do the sanity check?&lt;br /&gt;
#. What're the overheads?&lt;br /&gt;
&lt;br /&gt;
===Apr 7, 2010===&lt;br /&gt;
&lt;br /&gt;
James gave a presentation on eCos operating system. [[:File:20100407 eCos James.pdf‎ | (slides)]]&lt;br /&gt;
&lt;br /&gt;
After the presentation, we also list other OS to study, including Contiki (Jun'll present), FreeRTOS, uC/OS (James'll present) and VxWorks. Dr. Shi also asked us to study the booting process of Linux. Zuofei will study this based on OMAP platform and see how ARM core and DSP core are booted. Another important issue is benchmarks. We identified mibench and hbench-os to begin with. Haining will do a presentation on this issue.&lt;br /&gt;
&lt;br /&gt;
Due to mid-term exams, next week's meeting is canceled.&lt;br /&gt;
&lt;br /&gt;
===Mar 31, 2010===&lt;br /&gt;
&lt;br /&gt;
James gave a presentation on MINIX. [http://obinet.engr.uconn.edu/wiki/index.php/File:20100331_MINIX_James.pdf‎‎ [slides]]&lt;br /&gt;
&lt;br /&gt;
===Mar 2, 2010===&lt;br /&gt;
&lt;br /&gt;
Had a meeting with Dr. Cui. Son, Haining, Jun and Zuofei did short presentations based on their previous slides. James also summarized the current progress.&lt;br /&gt;
&lt;br /&gt;
===Feb 17, 2010===&lt;br /&gt;
&lt;br /&gt;
*James discussed the environmental factors that will affect the operating system design, as well as typical user preferences. [http://obinet.engr.uconn.edu/wiki/index.php/File:AquaOS_James_20100216.pdf‎ [slides]]&lt;br /&gt;
*Haining talked about some issues in operating system design and possible approaches.[http://obinet.engr.uconn.edu/wiki/index.php/File:Aqua_OS_Haining_2.17.pdf‎ [slides]]&lt;br /&gt;
*Son's talk covered memory management, system call and TinyOS threads. [http://obinet.engr.uconn.edu/wiki/index.php/File:OS_Components.pdf‎ [slides]]&lt;br /&gt;
*Jun and Zuofei presented dynamic power management and current hardware platform (OMAP) [http://obinet.engr.uconn.edu/wiki/index.php/File:Survey.pdf‎ [slides]]&lt;/div&gt;</summary>
		<author><name>Zhengpeng</name></author>	</entry>

	<entry>
		<id>http://134.74.112.6/mediawiki/index.php?title=Aqua-OS&amp;diff=78</id>
		<title>Aqua-OS</title>
		<link rel="alternate" type="text/html" href="http://134.74.112.6/mediawiki/index.php?title=Aqua-OS&amp;diff=78"/>
				<updated>2017-09-29T19:47:16Z</updated>
		
		<summary type="html">&lt;p&gt;Zhengpeng: /* May 5, 2010 */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;==Overview==&lt;br /&gt;
&lt;br /&gt;
Aqua-OS is an operating system specifically designed for underwater embedded systems. This is an on-going project of [http://uwsn.engr.uconn.edu/ UWSN Lab]. The design goal of Aqua-OS is to provide a robust, efficient and extendable operating system for underwater sensor networks (UWSNs). &lt;br /&gt;
&lt;br /&gt;
===Motivation===&lt;br /&gt;
&lt;br /&gt;
Recently underwater systems have become more complicated and diverse. With the increasing&lt;br /&gt;
complexity, the interaction between the system control logic and physical devices becomes more complicated.&lt;br /&gt;
In such a complex and usually resource constrained system, it is imperative to introduce an&lt;br /&gt;
operating system to efficiently manage hardware and provide friendly user interface for applications. This&lt;br /&gt;
is how TinyOS, embedded Linux and many other operating systems come into play.&lt;br /&gt;
&lt;br /&gt;
Though most of these operating systems claim configurability, they are often designed for a certain&lt;br /&gt;
type of applications and based on some particular hardware. For example, Tiny-OS is closely coupled&lt;br /&gt;
with Berkeley Motes, and targeted at radio sensor network applications. With more emerging underwater&lt;br /&gt;
systems, more operating systems are demanded. However, the development of a new operating system&lt;br /&gt;
is usually very costly and time-consuming. While it is possible to adapt existing systems, generally&lt;br /&gt;
without significant design changes they can not provide good system performance. In addition, studying&lt;br /&gt;
and revising existing operating systems is equivalent tedious and costly if not more. Further, unlike the&lt;br /&gt;
operating systems for PCs and workstations, an operating system for an underwater system should take&lt;br /&gt;
both the application requirements and physical constraints into account. In reality, however, there often&lt;br /&gt;
exits a big gap between the domain experts and the system engineers, which often causes the long cycle&lt;br /&gt;
of system development. To facilitate the OS development for underwater systems, in this dissertation, we&lt;br /&gt;
are working on an OS specifically designed for underwater sensor networks, called Aqua-OS, to bridge&lt;br /&gt;
these gaps.&lt;br /&gt;
&lt;br /&gt;
==Design==&lt;br /&gt;
&lt;br /&gt;
Still work in progress.&lt;br /&gt;
&lt;br /&gt;
==People==&lt;br /&gt;
*[http://www-cs.ccny.cuny.edu/~zheng Zheng Peng], Assistant Professor, Computer Science Department, Grove School of Engineering, City College, City University of New York&lt;br /&gt;
*[http://ccst.jlu.edu.cn/?mod=teacher&amp;amp;act=view&amp;amp;id=225 Jun-Hong Cui], Professor, Computer Science &amp;amp; Technology, Jilin University&lt;br /&gt;
*[http://www.engr.uconn.edu/~zshi/ Zhijie Shi], Professor, Computer Science &amp;amp; Engineering, University of Connecticut&lt;br /&gt;
*Haining Mo, Oracle&lt;br /&gt;
&lt;br /&gt;
==Discussions &amp;amp; Talks==&lt;br /&gt;
&lt;br /&gt;
===May 5, 2010===&lt;br /&gt;
&lt;br /&gt;
James gave a presentation on uC/OSII. [[:File:20100505 uC-OSII James.pdf | slides]] &lt;br /&gt;
&lt;br /&gt;
For the next week, Zuofei will give a presentation on OMAP booting sequence. And Son Le will talk about the problem porting TinyOS to Gumstix.&lt;br /&gt;
&lt;br /&gt;
===Apr 28, 2010===&lt;br /&gt;
&lt;br /&gt;
Dr. Shi pointed out possible short term directions on the OS design. He suggested we can start from existing OS, such as TinyOS and Embedded Linux. The current focuses are:&lt;br /&gt;
&lt;br /&gt;
*Low power&lt;br /&gt;
**Power management&lt;br /&gt;
**scheduling&lt;br /&gt;
**Interrupt handling&lt;br /&gt;
&lt;br /&gt;
*Reliability&lt;br /&gt;
**MMU&lt;br /&gt;
***Protection&lt;br /&gt;
***Fault tolerance &lt;br /&gt;
&lt;br /&gt;
He emphasized the reliability issue and said we could utilize some techniques from the research area of computer security. Generally speaking, reliability is easier than security because it is not dealing with deliberately designed attacks, but random errors. &lt;br /&gt;
&lt;br /&gt;
He gave an example of doing sanity checks on system calls and left the following questions for us to think about:&lt;br /&gt;
&lt;br /&gt;
#. What damages can be done via system calls?&lt;br /&gt;
#. Does sanity check help?&lt;br /&gt;
#. How to do the sanity check?&lt;br /&gt;
#. What're the overheads?&lt;br /&gt;
&lt;br /&gt;
===Apr 7, 2010===&lt;br /&gt;
&lt;br /&gt;
James gave a presentation on eCos operating system. [http://obinet.engr.uconn.edu/wiki/index.php/File:20100407_eCos_James.pdf‎ [slides]]&lt;br /&gt;
&lt;br /&gt;
After the presentation, we also list other OS to study, including Contiki (Jun'll present), FreeRTOS, uC/OS (James'll present) and VxWorks. Dr. Shi also asked us to study the booting process of Linux. Zuofei will study this based on OMAP platform and see how ARM core and DSP core are booted. Another important issue is benchmarks. We identified mibench and hbench-os to begin with. Haining will do a presentation on this issue.&lt;br /&gt;
&lt;br /&gt;
Due to mid-term exams, next week's meeting is canceled.&lt;br /&gt;
&lt;br /&gt;
===Mar 31, 2010===&lt;br /&gt;
&lt;br /&gt;
James gave a presentation on MINIX. [http://obinet.engr.uconn.edu/wiki/index.php/File:20100331_MINIX_James.pdf‎‎ [slides]]&lt;br /&gt;
&lt;br /&gt;
===Mar 2, 2010===&lt;br /&gt;
&lt;br /&gt;
Had a meeting with Dr. Cui. Son, Haining, Jun and Zuofei did short presentations based on their previous slides. James also summarized the current progress.&lt;br /&gt;
&lt;br /&gt;
===Feb 17, 2010===&lt;br /&gt;
&lt;br /&gt;
*James discussed the environmental factors that will affect the operating system design, as well as typical user preferences. [http://obinet.engr.uconn.edu/wiki/index.php/File:AquaOS_James_20100216.pdf‎ [slides]]&lt;br /&gt;
*Haining talked about some issues in operating system design and possible approaches.[http://obinet.engr.uconn.edu/wiki/index.php/File:Aqua_OS_Haining_2.17.pdf‎ [slides]]&lt;br /&gt;
*Son's talk covered memory management, system call and TinyOS threads. [http://obinet.engr.uconn.edu/wiki/index.php/File:OS_Components.pdf‎ [slides]]&lt;br /&gt;
*Jun and Zuofei presented dynamic power management and current hardware platform (OMAP) [http://obinet.engr.uconn.edu/wiki/index.php/File:Survey.pdf‎ [slides]]&lt;/div&gt;</summary>
		<author><name>Zhengpeng</name></author>	</entry>

	<entry>
		<id>http://134.74.112.6/mediawiki/index.php?title=Aqua-OS&amp;diff=77</id>
		<title>Aqua-OS</title>
		<link rel="alternate" type="text/html" href="http://134.74.112.6/mediawiki/index.php?title=Aqua-OS&amp;diff=77"/>
				<updated>2017-09-29T19:46:11Z</updated>
		
		<summary type="html">&lt;p&gt;Zhengpeng: /* May 5, 2010 */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;==Overview==&lt;br /&gt;
&lt;br /&gt;
Aqua-OS is an operating system specifically designed for underwater embedded systems. This is an on-going project of [http://uwsn.engr.uconn.edu/ UWSN Lab]. The design goal of Aqua-OS is to provide a robust, efficient and extendable operating system for underwater sensor networks (UWSNs). &lt;br /&gt;
&lt;br /&gt;
===Motivation===&lt;br /&gt;
&lt;br /&gt;
Recently underwater systems have become more complicated and diverse. With the increasing&lt;br /&gt;
complexity, the interaction between the system control logic and physical devices becomes more complicated.&lt;br /&gt;
In such a complex and usually resource constrained system, it is imperative to introduce an&lt;br /&gt;
operating system to efficiently manage hardware and provide friendly user interface for applications. This&lt;br /&gt;
is how TinyOS, embedded Linux and many other operating systems come into play.&lt;br /&gt;
&lt;br /&gt;
Though most of these operating systems claim configurability, they are often designed for a certain&lt;br /&gt;
type of applications and based on some particular hardware. For example, Tiny-OS is closely coupled&lt;br /&gt;
with Berkeley Motes, and targeted at radio sensor network applications. With more emerging underwater&lt;br /&gt;
systems, more operating systems are demanded. However, the development of a new operating system&lt;br /&gt;
is usually very costly and time-consuming. While it is possible to adapt existing systems, generally&lt;br /&gt;
without significant design changes they can not provide good system performance. In addition, studying&lt;br /&gt;
and revising existing operating systems is equivalent tedious and costly if not more. Further, unlike the&lt;br /&gt;
operating systems for PCs and workstations, an operating system for an underwater system should take&lt;br /&gt;
both the application requirements and physical constraints into account. In reality, however, there often&lt;br /&gt;
exits a big gap between the domain experts and the system engineers, which often causes the long cycle&lt;br /&gt;
of system development. To facilitate the OS development for underwater systems, in this dissertation, we&lt;br /&gt;
are working on an OS specifically designed for underwater sensor networks, called Aqua-OS, to bridge&lt;br /&gt;
these gaps.&lt;br /&gt;
&lt;br /&gt;
==Design==&lt;br /&gt;
&lt;br /&gt;
Still work in progress.&lt;br /&gt;
&lt;br /&gt;
==People==&lt;br /&gt;
*[http://www-cs.ccny.cuny.edu/~zheng Zheng Peng], Assistant Professor, Computer Science Department, Grove School of Engineering, City College, City University of New York&lt;br /&gt;
*[http://ccst.jlu.edu.cn/?mod=teacher&amp;amp;act=view&amp;amp;id=225 Jun-Hong Cui], Professor, Computer Science &amp;amp; Technology, Jilin University&lt;br /&gt;
*[http://www.engr.uconn.edu/~zshi/ Zhijie Shi], Professor, Computer Science &amp;amp; Engineering, University of Connecticut&lt;br /&gt;
*Haining Mo, Oracle&lt;br /&gt;
&lt;br /&gt;
==Discussions &amp;amp; Talks==&lt;br /&gt;
&lt;br /&gt;
===May 5, 2010===&lt;br /&gt;
&lt;br /&gt;
James gave a presentation on uC/OSII. [[:File:20100505 uC-OSII James.pdf slides]] &lt;br /&gt;
&lt;br /&gt;
For the next week, Zuofei will give a presentation on OMAP booting sequence. And Son Le will talk about the problem porting TinyOS to Gumstix.&lt;br /&gt;
&lt;br /&gt;
===Apr 28, 2010===&lt;br /&gt;
&lt;br /&gt;
Dr. Shi pointed out possible short term directions on the OS design. He suggested we can start from existing OS, such as TinyOS and Embedded Linux. The current focuses are:&lt;br /&gt;
&lt;br /&gt;
*Low power&lt;br /&gt;
**Power management&lt;br /&gt;
**scheduling&lt;br /&gt;
**Interrupt handling&lt;br /&gt;
&lt;br /&gt;
*Reliability&lt;br /&gt;
**MMU&lt;br /&gt;
***Protection&lt;br /&gt;
***Fault tolerance &lt;br /&gt;
&lt;br /&gt;
He emphasized the reliability issue and said we could utilize some techniques from the research area of computer security. Generally speaking, reliability is easier than security because it is not dealing with deliberately designed attacks, but random errors. &lt;br /&gt;
&lt;br /&gt;
He gave an example of doing sanity checks on system calls and left the following questions for us to think about:&lt;br /&gt;
&lt;br /&gt;
#. What damages can be done via system calls?&lt;br /&gt;
#. Does sanity check help?&lt;br /&gt;
#. How to do the sanity check?&lt;br /&gt;
#. What're the overheads?&lt;br /&gt;
&lt;br /&gt;
===Apr 7, 2010===&lt;br /&gt;
&lt;br /&gt;
James gave a presentation on eCos operating system. [http://obinet.engr.uconn.edu/wiki/index.php/File:20100407_eCos_James.pdf‎ [slides]]&lt;br /&gt;
&lt;br /&gt;
After the presentation, we also list other OS to study, including Contiki (Jun'll present), FreeRTOS, uC/OS (James'll present) and VxWorks. Dr. Shi also asked us to study the booting process of Linux. Zuofei will study this based on OMAP platform and see how ARM core and DSP core are booted. Another important issue is benchmarks. We identified mibench and hbench-os to begin with. Haining will do a presentation on this issue.&lt;br /&gt;
&lt;br /&gt;
Due to mid-term exams, next week's meeting is canceled.&lt;br /&gt;
&lt;br /&gt;
===Mar 31, 2010===&lt;br /&gt;
&lt;br /&gt;
James gave a presentation on MINIX. [http://obinet.engr.uconn.edu/wiki/index.php/File:20100331_MINIX_James.pdf‎‎ [slides]]&lt;br /&gt;
&lt;br /&gt;
===Mar 2, 2010===&lt;br /&gt;
&lt;br /&gt;
Had a meeting with Dr. Cui. Son, Haining, Jun and Zuofei did short presentations based on their previous slides. James also summarized the current progress.&lt;br /&gt;
&lt;br /&gt;
===Feb 17, 2010===&lt;br /&gt;
&lt;br /&gt;
*James discussed the environmental factors that will affect the operating system design, as well as typical user preferences. [http://obinet.engr.uconn.edu/wiki/index.php/File:AquaOS_James_20100216.pdf‎ [slides]]&lt;br /&gt;
*Haining talked about some issues in operating system design and possible approaches.[http://obinet.engr.uconn.edu/wiki/index.php/File:Aqua_OS_Haining_2.17.pdf‎ [slides]]&lt;br /&gt;
*Son's talk covered memory management, system call and TinyOS threads. [http://obinet.engr.uconn.edu/wiki/index.php/File:OS_Components.pdf‎ [slides]]&lt;br /&gt;
*Jun and Zuofei presented dynamic power management and current hardware platform (OMAP) [http://obinet.engr.uconn.edu/wiki/index.php/File:Survey.pdf‎ [slides]]&lt;/div&gt;</summary>
		<author><name>Zhengpeng</name></author>	</entry>

	<entry>
		<id>http://134.74.112.6/mediawiki/index.php?title=Aqua-Net&amp;diff=76</id>
		<title>Aqua-Net</title>
		<link rel="alternate" type="text/html" href="http://134.74.112.6/mediawiki/index.php?title=Aqua-Net&amp;diff=76"/>
				<updated>2017-09-29T19:43:33Z</updated>
		
		<summary type="html">&lt;p&gt;Zhengpeng: /* People */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;==Overview==&lt;br /&gt;
&lt;br /&gt;
Recently, sensor network has emerged as a very powerful technique for many applications, including monitoring, measurement, surveillance and control. The idea of applying sensor networks into underwater environments has received increasing interests. The main research goal of Aqua-Net is an efficient and reliable framework for underwater sensor networks.&lt;br /&gt;
===Advantages of Aqua-Net===&lt;br /&gt;
''Advanced design strategy''&lt;br /&gt;
*User-friendly&lt;br /&gt;
*Cross-layer design&lt;br /&gt;
*Lowering “Narrow Waist”&lt;br /&gt;
''Standard interfaces for developers''&lt;br /&gt;
*Similar to Socket&lt;br /&gt;
*Highly portable &amp;amp; reusable &lt;br /&gt;
*Implemented in user space&lt;br /&gt;
''Facilitating the implementation of protocols and applications''&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
==Design==&lt;br /&gt;
===Architecture===&lt;br /&gt;
Aqua-Net consists of two parts: hardware platform and software platform, as shown in the figure below. The hardware platform includes the transducers, acoustic modem (Benthos Modem, OFDM Modem) and the Micro-controller realized by Gumstix. The software platform includes the embedded Linux operating system, network protocol stack and applications.&lt;br /&gt;
[[Image:aqua-net01.jpg | center|300px]]&lt;br /&gt;
&lt;br /&gt;
===Micro-Controller===&lt;br /&gt;
The Micro-controller is implemented on Gumstix, as shown in the &amp;lt;span class=&amp;quot;plainlinks&amp;quot;&amp;gt;[http://www.linkedin.com/company/reliance-first-capital &amp;lt;span style=&amp;quot;color:black;font-weight:normal; text-decoration:none!important; background:none!important; text-decoration:none;&amp;quot;&amp;gt;reliance first capital&amp;lt;/span&amp;gt;] figure below. The main features of Gumstix is as follows:&lt;br /&gt;
*Processor: XScale&lt;br /&gt;
*Speed:     Up to 600MHZ&lt;br /&gt;
*Memory:    Up to 128M RAM; Up to 32M Flash&lt;br /&gt;
*I/O Ports: Serial Port, USB Port, Audio Support, LCD Support, etc.&lt;br /&gt;
*Size:      80mm*20mm''&lt;br /&gt;
[[Image:image02.jpg| center]]&lt;br /&gt;
&lt;br /&gt;
===Embedded Operating System===&lt;br /&gt;
The embedded Linux is designed and optimized for embedded system. It is well supported by the open source community. Besides it is widely used in commercial products including mobile phone, game consoles and video cameras.&lt;br /&gt;
[[Image:aqua-net02.jpg|center|100px]]&lt;br /&gt;
&lt;br /&gt;
===Protocol Stack===&lt;br /&gt;
The protocol stack provides support for network protocols running on different layers, as shown in the figure below.&lt;br /&gt;
[[Image:aqua-net03.jpg| center|640px]]&lt;br /&gt;
&lt;br /&gt;
==Case Study: UW-ALOHA==&lt;br /&gt;
===Experiment Setup===&lt;br /&gt;
''Topology''&lt;br /&gt;
*One-hop network&lt;br /&gt;
*Multiple sources&lt;br /&gt;
*Single sink&lt;br /&gt;
''Parameters''&lt;br /&gt;
*Sending rate: 80 bps&lt;br /&gt;
*Frame size: 32 bytes&lt;br /&gt;
''Testing scenarios''&lt;br /&gt;
*increasing sending nodes -&amp;gt; increasing total traffic&lt;br /&gt;
&lt;br /&gt;
===Experiment Result===&lt;br /&gt;
The experiment result is shown in the below figure. It shows that:&lt;br /&gt;
*Aqua-Net can be a useful tool to evaluate your work&lt;br /&gt;
*Aqua-Net can be used on real systems&lt;br /&gt;
*Our analysis on UW-ALOHA is close to the results tested with Aqua-Net&lt;br /&gt;
[[Image: aqua-net05.jpg|center|400px]]&lt;br /&gt;
&lt;br /&gt;
==People==&lt;br /&gt;
*[http://www-cs.ccny.cuny.edu/~zheng Zheng Peng], Assistant Professor, Computer Science Department, Grove School of Engineering, City College, City University of New York&lt;br /&gt;
*Zhong Zhou, Microsoft&lt;br /&gt;
*Son Le, Google&lt;br /&gt;
*Haining Mo, Oracle&lt;br /&gt;
*[http://ccst.jlu.edu.cn/?mod=teacher&amp;amp;act=view&amp;amp;id=225 Jun-Hong Cui], Professor, Computer Science &amp;amp; Technology, Jilin University&lt;br /&gt;
*[http://www.engr.uconn.edu/~zshi/ Zhijie Shi], Professor, Computer Science &amp;amp; Engineering, University of Connecticut&lt;br /&gt;
&lt;br /&gt;
==Publications==&lt;br /&gt;
*Zheng Peng, Zhong Zhou, Jun-Hong Cui and Zhijie Shi, [http://ieeexplore.ieee.org/abstract/document/5422199/ &amp;quot;Aqua-Net: An Underwater Sensor Network Architecture: Design, Implementation, and Initial Testing,&amp;quot;] in Proceedings of IEEE/MTS OCEANS, Biloxi, MS, USA, 2009. &lt;br /&gt;
*Yibo Zhu, Son Le, Lina Pu, Xiaoyan Lu, Zheng Peng, Jun-Hong Cui and Michael Zuba, [http://ieeexplore.ieee.org/document/6608076/ &amp;quot;Aqua-Net Mate: A Real-time Virtual Channel/Modem Simulator for Aqua-Net,&amp;quot;] in Proceedings of MTS/IEEE OCEANS, Bergen, Norway, 2013.&lt;br /&gt;
*Yibo Zhu, Lina Pu, Zigeng Wang, Xiaoyan Lu, Robert Martin, Yu Luo, Zheng Peng and and Jun-Hong Cui, [http://ieeexplore.ieee.org/document/7003033/ &amp;quot;Underwater Acoustic Network Protocol Stacks: Simulator-based Vs. OS-based,&amp;quot;] in Proceedings of MTS/IEEE OCEANS'14, St. John's, Newfoundland and Labrador, Canada, 2014.&lt;br /&gt;
&lt;br /&gt;
==Sponsor==&lt;br /&gt;
This project is supported in part by the US National Science Foundation under CAREER Grant No. 0644190, Grant No. 0709005, Grant No. 0721834, Grant No. 0821597 and the US Office of Navy Research under YIP Grant No. N000140810864.&lt;/div&gt;</summary>
		<author><name>Zhengpeng</name></author>	</entry>

	<entry>
		<id>http://134.74.112.6/mediawiki/index.php?title=Aqua-OS&amp;diff=75</id>
		<title>Aqua-OS</title>
		<link rel="alternate" type="text/html" href="http://134.74.112.6/mediawiki/index.php?title=Aqua-OS&amp;diff=75"/>
				<updated>2017-09-29T19:43:05Z</updated>
		
		<summary type="html">&lt;p&gt;Zhengpeng: /* People */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;==Overview==&lt;br /&gt;
&lt;br /&gt;
Aqua-OS is an operating system specifically designed for underwater embedded systems. This is an on-going project of [http://uwsn.engr.uconn.edu/ UWSN Lab]. The design goal of Aqua-OS is to provide a robust, efficient and extendable operating system for underwater sensor networks (UWSNs). &lt;br /&gt;
&lt;br /&gt;
===Motivation===&lt;br /&gt;
&lt;br /&gt;
Recently underwater systems have become more complicated and diverse. With the increasing&lt;br /&gt;
complexity, the interaction between the system control logic and physical devices becomes more complicated.&lt;br /&gt;
In such a complex and usually resource constrained system, it is imperative to introduce an&lt;br /&gt;
operating system to efficiently manage hardware and provide friendly user interface for applications. This&lt;br /&gt;
is how TinyOS, embedded Linux and many other operating systems come into play.&lt;br /&gt;
&lt;br /&gt;
Though most of these operating systems claim configurability, they are often designed for a certain&lt;br /&gt;
type of applications and based on some particular hardware. For example, Tiny-OS is closely coupled&lt;br /&gt;
with Berkeley Motes, and targeted at radio sensor network applications. With more emerging underwater&lt;br /&gt;
systems, more operating systems are demanded. However, the development of a new operating system&lt;br /&gt;
is usually very costly and time-consuming. While it is possible to adapt existing systems, generally&lt;br /&gt;
without significant design changes they can not provide good system performance. In addition, studying&lt;br /&gt;
and revising existing operating systems is equivalent tedious and costly if not more. Further, unlike the&lt;br /&gt;
operating systems for PCs and workstations, an operating system for an underwater system should take&lt;br /&gt;
both the application requirements and physical constraints into account. In reality, however, there often&lt;br /&gt;
exits a big gap between the domain experts and the system engineers, which often causes the long cycle&lt;br /&gt;
of system development. To facilitate the OS development for underwater systems, in this dissertation, we&lt;br /&gt;
are working on an OS specifically designed for underwater sensor networks, called Aqua-OS, to bridge&lt;br /&gt;
these gaps.&lt;br /&gt;
&lt;br /&gt;
==Design==&lt;br /&gt;
&lt;br /&gt;
Still work in progress.&lt;br /&gt;
&lt;br /&gt;
==People==&lt;br /&gt;
*[http://www-cs.ccny.cuny.edu/~zheng Zheng Peng], Assistant Professor, Computer Science Department, Grove School of Engineering, City College, City University of New York&lt;br /&gt;
*[http://ccst.jlu.edu.cn/?mod=teacher&amp;amp;act=view&amp;amp;id=225 Jun-Hong Cui], Professor, Computer Science &amp;amp; Technology, Jilin University&lt;br /&gt;
*[http://www.engr.uconn.edu/~zshi/ Zhijie Shi], Professor, Computer Science &amp;amp; Engineering, University of Connecticut&lt;br /&gt;
*Haining Mo, Oracle&lt;br /&gt;
&lt;br /&gt;
==Discussions &amp;amp; Talks==&lt;br /&gt;
&lt;br /&gt;
===May 5, 2010===&lt;br /&gt;
&lt;br /&gt;
James gave a presentation on uC/OSII. [http://obinet.engr.uconn.edu/wiki/index.php/File:20100505_uC-OSII_James.pdf [slides]] &lt;br /&gt;
&lt;br /&gt;
For the next week, Zuofei will give a presentation on OMAP booting sequence. And Son Le will talk about the problem porting TinyOS to Gumstix.&lt;br /&gt;
&lt;br /&gt;
===Apr 28, 2010===&lt;br /&gt;
&lt;br /&gt;
Dr. Shi pointed out possible short term directions on the OS design. He suggested we can start from existing OS, such as TinyOS and Embedded Linux. The current focuses are:&lt;br /&gt;
&lt;br /&gt;
*Low power&lt;br /&gt;
**Power management&lt;br /&gt;
**scheduling&lt;br /&gt;
**Interrupt handling&lt;br /&gt;
&lt;br /&gt;
*Reliability&lt;br /&gt;
**MMU&lt;br /&gt;
***Protection&lt;br /&gt;
***Fault tolerance &lt;br /&gt;
&lt;br /&gt;
He emphasized the reliability issue and said we could utilize some techniques from the research area of computer security. Generally speaking, reliability is easier than security because it is not dealing with deliberately designed attacks, but random errors. &lt;br /&gt;
&lt;br /&gt;
He gave an example of doing sanity checks on system calls and left the following questions for us to think about:&lt;br /&gt;
&lt;br /&gt;
#. What damages can be done via system calls?&lt;br /&gt;
#. Does sanity check help?&lt;br /&gt;
#. How to do the sanity check?&lt;br /&gt;
#. What're the overheads?&lt;br /&gt;
&lt;br /&gt;
===Apr 7, 2010===&lt;br /&gt;
&lt;br /&gt;
James gave a presentation on eCos operating system. [http://obinet.engr.uconn.edu/wiki/index.php/File:20100407_eCos_James.pdf‎ [slides]]&lt;br /&gt;
&lt;br /&gt;
After the presentation, we also list other OS to study, including Contiki (Jun'll present), FreeRTOS, uC/OS (James'll present) and VxWorks. Dr. Shi also asked us to study the booting process of Linux. Zuofei will study this based on OMAP platform and see how ARM core and DSP core are booted. Another important issue is benchmarks. We identified mibench and hbench-os to begin with. Haining will do a presentation on this issue.&lt;br /&gt;
&lt;br /&gt;
Due to mid-term exams, next week's meeting is canceled.&lt;br /&gt;
&lt;br /&gt;
===Mar 31, 2010===&lt;br /&gt;
&lt;br /&gt;
James gave a presentation on MINIX. [http://obinet.engr.uconn.edu/wiki/index.php/File:20100331_MINIX_James.pdf‎‎ [slides]]&lt;br /&gt;
&lt;br /&gt;
===Mar 2, 2010===&lt;br /&gt;
&lt;br /&gt;
Had a meeting with Dr. Cui. Son, Haining, Jun and Zuofei did short presentations based on their previous slides. James also summarized the current progress.&lt;br /&gt;
&lt;br /&gt;
===Feb 17, 2010===&lt;br /&gt;
&lt;br /&gt;
*James discussed the environmental factors that will affect the operating system design, as well as typical user preferences. [http://obinet.engr.uconn.edu/wiki/index.php/File:AquaOS_James_20100216.pdf‎ [slides]]&lt;br /&gt;
*Haining talked about some issues in operating system design and possible approaches.[http://obinet.engr.uconn.edu/wiki/index.php/File:Aqua_OS_Haining_2.17.pdf‎ [slides]]&lt;br /&gt;
*Son's talk covered memory management, system call and TinyOS threads. [http://obinet.engr.uconn.edu/wiki/index.php/File:OS_Components.pdf‎ [slides]]&lt;br /&gt;
*Jun and Zuofei presented dynamic power management and current hardware platform (OMAP) [http://obinet.engr.uconn.edu/wiki/index.php/File:Survey.pdf‎ [slides]]&lt;/div&gt;</summary>
		<author><name>Zhengpeng</name></author>	</entry>

	<entry>
		<id>http://134.74.112.6/mediawiki/index.php?title=File:Survey.pdf&amp;diff=74</id>
		<title>File:Survey.pdf</title>
		<link rel="alternate" type="text/html" href="http://134.74.112.6/mediawiki/index.php?title=File:Survey.pdf&amp;diff=74"/>
				<updated>2017-09-29T19:42:42Z</updated>
		
		<summary type="html">&lt;p&gt;Zhengpeng: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&lt;/div&gt;</summary>
		<author><name>Zhengpeng</name></author>	</entry>

	<entry>
		<id>http://134.74.112.6/mediawiki/index.php?title=File:OS_Components.pdf&amp;diff=73</id>
		<title>File:OS Components.pdf</title>
		<link rel="alternate" type="text/html" href="http://134.74.112.6/mediawiki/index.php?title=File:OS_Components.pdf&amp;diff=73"/>
				<updated>2017-09-29T19:42:28Z</updated>
		
		<summary type="html">&lt;p&gt;Zhengpeng: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&lt;/div&gt;</summary>
		<author><name>Zhengpeng</name></author>	</entry>

	<entry>
		<id>http://134.74.112.6/mediawiki/index.php?title=File:AquaOS_James_20100216.pdf&amp;diff=72</id>
		<title>File:AquaOS James 20100216.pdf</title>
		<link rel="alternate" type="text/html" href="http://134.74.112.6/mediawiki/index.php?title=File:AquaOS_James_20100216.pdf&amp;diff=72"/>
				<updated>2017-09-29T19:42:14Z</updated>
		
		<summary type="html">&lt;p&gt;Zhengpeng: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&lt;/div&gt;</summary>
		<author><name>Zhengpeng</name></author>	</entry>

	</feed>