Home » » NS2 : A real-time network simulation tool

NS2 : A real-time network simulation tool

Posted by All Tutor Flashing Rom on Monday, August 6, 2012




NS2 is an open-source simulation tool that runs on Linux. It is a discreet event simulator targeted at networking research and provides substantial support for simulation of routing, multicast protocols and IP protocols, such as UDP, TCP, RTP and SRM over wired and wireless (local and satellite) networks. It has many advantages that make it a useful tool, such as support for multiple protocols and the capability of graphically detailing network traffic. Additionally, NS2 supports several algorithms in routing and queuing. LAN routing and broadcasts are part of routing algorithms. Queuing algorithms include fair queuing, deficit round-robin and FIFO.
ns-2 was built in C++ and provides a simulation interface through OTcl, an object-oriented dialect of Tcl. The user describes a network topology by writing OTcl scripts, and then the main ns-2 program simulates that topology with specified parameters. It runs on LinuxFreeBSDSolaris and Mac OS X. It is licensed for use under version 2 of the GNU General Public License.
Ns is often growing to include new protocols
NS2 Goals
• To support networking research and education
– Protocol design, traffic studies, etc.
– Protocol comparison;
– New architecture designs are also supported.
• To provide collaborative environment
– Freely distributed, open source;
– Increase confidence in result


NS architecture 

Object-oriented & modular
pros: code reuse (e.g., TCP variants), maintenance
cons: performance (speed and memory), careful planning of modularity 

Software structure
  • uses two languages: C++ and OTcl (Object TCL) -to achieve separation of control- and packet level
             C++ for packet processing
               • fast execution, detailed, full control over execution
               • to make simulator scalable, packet processing must be done at C++ level
             OTcl for control
                   • simulation setup, configuration, occasional actions (e.g., creating new TCP flows)
  •      compromise between speed and abstraction level(s) offered to the user
  •      draw back: need to learn two languages and debug in two “worlds” 




0 comments:

Post a Comment

Popular Posts

Powered by Blogger.
.comment-content a {display: none;}