Also, Is it possible to get a class diagram for the mac.cc file?? It would really help me.
On Mon, Jun 29, 2009 at 9:19 AM, gokul bhat <gb...@ufl.edu> wrote: > Thanks a lot for your help. > > > On Mon, Jun 29, 2009 at 9:02 AM, Mubashir Rehmani <mshrehm...@gmail.com>wrote: > >> Hi Gokul >> >> Basically, there is a 4-way handshake i.e. RTS, CTS, DATA, ACK and RTS and >> CTS are broadcasted by MAC Protocol. For details, try to look at >> mac802-11.cc. I am sending you a class diagram of cmu-trace.cc file >> >> http://www-rp.lip6.fr/ns-doc/ns226-doc/html/cmu-trace_8cc.htm >> http://www-rp.lip6.fr/ns-doc/ns226-doc/html/cmu-trace_8cc-source.htm >> >> It will help you a lot. >> >> >> Regards >> Mubashir Husain Rehmani >> >> 2009/6/29 gokul bhat <gb...@ufl.edu> >> >>> >>> Thank you. >>> >>> I went through this explanation and I did understand what the flags stand >>> for but did not understand the reason for broadcast of the CTS, ACK >>> packets. >>> Can anyone tell me is there any software or any online resource that I >>> can >>> use to understand the cmu-trace.cc file? >>> >>> On Mon, Jun 29, 2009 at 8:13 AM, Mubashir Rehmani <mshrehm...@gmail.com >>> >wrote: >>> >>> > Hi Gokul Bhat, >>> > >>> > Here is the answer to your question: >>> > >>> > "s" and "r" indicates that you send and receive the packets >>> respectively. >>> > RTR means network layer and AGT means application layer. >>> > >>> > Here is the full description of trace format: >>> > >>> > To find the interpretation of all possible trace format when you do the >>> > wireless simulation, you'd better read the code of ns2 in file >>> *ns2home/ >>> > trace/cmu-trace{.h, .cc}* Mostly, the format would be as >>> > >>> > ACTION: [s|r|D]: s -- sent, r -- received, D -- dropped >>> > WHEN: the time when the action happened >>> > WHERE: the node where the action happened >>> > LAYER: AGT -- application, >>> > RTR -- routing, >>> > >>> > >>> > >>> > >>> > >>> > LL -- link layer (ARP is done here) >>> > IFQ -- outgoing packet queue (between link and mac layer) >>> > MAC -- mac, >>> > PHY -- physical >>> > flags: >>> > SEQNO: the sequence number of the packet >>> > TYPE: the packet type >>> > >>> > >>> > >>> > >>> > cbr -- CBR data stream packet >>> > >>> > DSR -- DSR routing packet (control packet generated by >>> routing) >>> > RTS -- RTS packet generated by MAC 802.11 >>> > ARP -- link layer ARP packet >>> > SIZE: the size of packet at current layer, when packet goes down, size >>> increases, goes up size decreases >>> > >>> > >>> > >>> > >>> > >>> > [a b c d]: a -- the packet duration in mac layer header >>> > b -- the mac address of destination >>> > c -- the mac address of source >>> > d -- the mac type of the packet body >>> > flags: >>> > [......]: [ >>> > source node ip : port_number >>> > >>> > >>> > >>> > >>> > >>> > destination node ip (-1 means broadcast) : port_number >>> > ip header ttl >>> > ip of next hop (0 means node 0 or broadcast) >>> > ] >>> > >>> > >>> > Regards >>> > Mubashir Husain Rehmani >>> > >>> > 2009/6/29 gokul bhat <gb...@ufl.edu> >>> > >>> > >>> >> Hello everyone >>> >> >>> >> I am new to NS2 and also I have very little experience in C/C++ >>> >> programming. >>> >> Although, I am catching up on the C++ stuff, I am unable to understand >>> the >>> >> nam file generated after running any 802.11 MAC simulation in ns2. I >>> am >>> >> not >>> >> able to figure out why most of the control packets are broadcast that >>> is >>> >> their destination id is -1. I will paste a part of the nam file >>> generated >>> >> i.e. the part I am finding hard to understand. >>> >> >>> >> r -t 35.225473806 -s 2 -d -1 -p ACK -e 38 -c 2 -a 0 -i 0 -k MAC >>> >> + -t 35.225823139 -s 3 -d -1 -p RTS -e 44 -c 2 -a 0 -i 0 -k MAC >>> >> - -t 35.225823139 -s 3 -d -1 -p RTS -e 44 -c 2 -a 0 -i 0 -k MAC >>> >> h -t 35.225823139 -s 3 -d -1 -p RTS -e 44 -c 2 -a 0 -i 0 -k MAC >>> >> r -t 35.226175805 -s 4 -d -1 -p RTS -e 44 -c 2 -a 0 -i 0 -k MAC >>> >> + -t 35.226185805 -s 4 -d -1 -p CTS -e 38 -c 2 -a 0 -i 0 -k MAC >>> >> - -t 35.226185805 -s 4 -d -1 -p CTS -e 38 -c 2 -a 0 -i 0 -k MAC >>> >> h -t 35.226185805 -s 4 -d -1 -p CTS -e 38 -c 2 -a 0 -i 0 -k MAC >>> >> r -t 35.226490472 -s 3 -d -1 -p CTS -e 38 -c 2 -a 0 -i 0 -k MAC >>> >> >>> >> The code I am running is trying to simulate 16 stationary nodes and is >>> >> using >>> >> CBR traffic. Please help me >>> >> >>> >> -- >>> >> Gokul S Bhat >>> >> Graduate Student, Electrical Engineering department, University of >>> >> Florida, >>> >> Gainesville >>> >> >>> > >>> > >>> > >>> > -- >>> > Mubashir Husain Rehmani >>> > >>> > >>> > >>> >>> >>> -- >>> Gokul S Bhat >>> Graduate Student, Electrical Engineering department, University of >>> Florida, >>> Gainesville >>> >> >> >> >> -- >> Mubashir Husain Rehmani >> >> >> > > > -- > Gokul S Bhat > Graduate Student, Electrical Engineering department, University of Florida, > Gainesville > -- Gokul S Bhat Graduate Student, Electrical Engineering department, University of Florida, Gainesville