[ns] help regarding trace file
i m working on simualtion of AD-Hoc routing algorithms DSDV, DSR, AODV. i unable to extract data form trace files. So please send me how to read trace file , which coloum of trace file show packet id? how to calculate Throughput and Delay. i have attached trace file of DSDV algorithm. please help me. s 0.032821055 _1_ RTR --- 0 message 32 [0 0 0 0] --- [1:255 -1:255 32 0] s 0.178591360 _2_ RTR --- 1 message 32 [0 0 0 0] --- [2:255 -1:255 32 0] s 1.113402886 _0_ RTR --- 2 message 32 [0 0 0 0] --- [0:255 -1:255 32 0] M 10.0 0 (5.00, 5.00, 0.00), (45.00, 285.00), 5.00 s 10.0 _0_ AGT --- 3 tcp 40 [0 0 0 0] --- [0:0 1:0 32 0] [0 0] 0 0 r 10.0 _0_ RTR --- 3 tcp 40 [0 0 0 0] --- [0:0 1:0 32 0] [0 0] 0 0 s 12.530838300 _0_ RTR --- 4 message 32 [0 0 0 0] --- [0:255 -1:255 32 0] s 13.830059915 _2_ RTR --- 5 message 32 [0 0 0 0] --- [2:255 -1:255 32 0] s 14.280428760 _1_ RTR --- 6 message 32 [0 0 0 0] --- [1:255 -1:255 32 0] M 15.0 1 (390.00, 385.00, 0.00), (250.00, 250.00), 3.00 s 16.0 _0_ AGT --- 7 tcp 40 [0 0 0 0] --- [0:0 1:0 32 0] [0 0] 0 0 r 16.0 _0_ RTR --- 7 tcp 40 [0 0 0 0] --- [0:0 1:0 32 0] [0 0] 0 0 s 25.369352037 _0_ RTR --- 8 message 32 [0 0 0 0] --- [0:255 -1:255 32 0] r 25.370484730 _2_ RTR --- 8 message 32 [0 0 800] --- [0:255 -1:255 32 0] s 26.386541965 _2_ RTR --- 9 message 32 [0 0 0 0] --- [2:255 -1:255 32 0] r 26.387454644 _0_ RTR --- 9 message 32 [0 2 800] --- [2:255 -1:255 32 0] r 26.387454789 _1_ RTR --- 9 message 32 [0 2 800] --- [2:255 -1:255 32 0] s 27.274269018 _1_ RTR --- 10 message 32 [0 0 0 0] --- [1:255 -1:255 32 0] r 27.275141834 _2_ RTR --- 10 message 32 [0 1 800] --- [1:255 -1:255 32 0] s 28.0 _0_ AGT --- 11 tcp 40 [0 0 0 0] --- [0:0 1:0 32 0] [0 0] 0 0 r 28.0 _0_ RTR --- 11 tcp 40 [0 0 0 0] --- [0:0 1:0 32 0] [0 0] 0 0 s 37.379947379 _2_ RTR --- 12 message 32 [0 0 0 0] --- [2:255 -1:255 32 0] r 37.380919914 _0_ RTR --- 12 message 32 [0 2 800] --- [2:255 -1:255 32 0] r 37.380920097 _1_ RTR --- 12 message 32 [0 2 800] --- [2:255 -1:255 32 0] s 37.425885784 _0_ RTR --- 13 message 32 [0 0 0 0] --- [0:255 -1:255 32 0] r 37.426998317 _2_ RTR --- 13 message 32 [0 0 800] --- [0:255 -1:255 32 0] s 38.388685824 _1_ RTR --- 14 message 32 [0 0 0 0] --- [1:255 -1:255 32 0] r 38.389638533 _2_ RTR --- 14 message 32 [0 1 800] --- [1:255 -1:255 32 0] s 38.432288490 _0_ RTR --- 15 message 32 [0 0 0 0] --- [0:255 -1:255 32 0] r 38.433061011 _2_ RTR --- 15 message 32 [0 0 800] --- [0:255 -1:255 32 0] s 39.277760075 _2_ RTR --- 16 message 32 [0 0 0 0] --- [2:255 -1:255 32 0] r 39.278692587 _0_ RTR --- 16 message 32 [0 2 800] --- [2:255 -1:255 32 0] s 39.278692587 _0_ RTR --- 3 tcp 80 [0 0 0 0] --- [0:0 1:0 32 2] [0 0] 0 0 s 39.278692587 _0_ RTR --- 7 tcp 80 [0 0 0 0] --- [0:0 1:0 32 2] [0 0] 0 0 D 39.278692587 _0_ IFQ ARP 3 tcp 80 [0 0 0 800] --- [0:0 1:0 32 2] [0 0] 0 0 s 39.278692587 _0_ RTR --- 11 tcp 80 [0 0 0 0] --- [0:0 1:0 32 2] [0 0] 0 0 D 39.278692587 _0_ IFQ ARP 7 tcp 80 [0 0 0 800] --- [0:0 1:0 32 2] [0 0] 0 0 r 39.278692775 _1_ RTR --- 16 message 32 [0 2 800] --- [2:255 -1:255 32 0] r 39.284898168 _2_ RTR --- 11 tcp 80 [13a 2 0 800] --- [0:0 1:0 32 2] [0 0] 1 0 f 39.284898168 _2_ RTR --- 11 tcp 80 [13a 2 0 800] --- [0:0 1:0 31 1] [0 0] 1 0 r 39.293478160 _1_ AGT --- 11 tcp 80 [13a 1 2 800] --- [0:0 1:0 31 1] [0 0] 2 0 s 39.293478160 _1_ AGT --- 17 ack 40 [0 0 0 0] --- [1:0 0:0 32 0] [0 0] 0 0 r 39.293478160 _1_ RTR --- 17 ack 40 [0 0 0 0] --- [1:0 0:0 32 0] [0 0] 0 0 s 39.293478160 _1_ RTR --- 17 ack 60 [0 0 0 0] --- [1:0 0:0 32 2] [0 0] 0 0 r 39.295636260 _2_ RTR --- 17 ack 60 [13a 2 1 800] --- [1:0 0:0 32 2] [0 0] 1 0 f 39.295636260 _2_ RTR --- 17 ack 60 [13a 2 1 800] --- [1:0 0:0 31 0] [0 0] 1 0 r 39.297773794 _0_ AGT --- 17 ack 60 [13a 0 2 800] --- [1:0 0:0 31 0] [0 0] 2 0 s 39.297773794 _0_ AGT --- 18 tcp 1040 [0 0 0 0] --- [0:0 1:0 32 0] [1 0] 0 0 r 39.297773794 _0_ RTR --- 18 tcp 1040 [0 0 0 0] --- [0:0 1:0 32 0] [1 0] 0 0 s 39.297773794 _0_ RTR --- 18 tcp 1060 [0 0 0 0] --- [0:0 1:0 32 2] [1 0] 0 0 s 39.297773794 _0_ AGT --- 19 tcp 1040 [0 0 0 0] --- [0:0 1:0 32 0] [2 0] 0 0 r 39.297773794 _0_ RTR --- 19 tcp 1040 [0 0 0 0] --- [0:0 1:0 32 0] [2 0] 0 0 s 39.297773794 _0_ RTR --- 19 tcp 1060 [0 0 0 0] --- [0:0 1:0 32 2] [2 0] 0 0 r 39.307791329 _2_ RTR --- 18 tcp 1060 [13a 2 0 800] --- [0:0 1:0 32 2] [1 0] 1 0 f 39.307791329 _2_ RTR --- 18 tcp 1060 [13a 2 0 800] --- [0:0 1:0 31 1] [1 0] 1 0 r 39.317929428 _1_ AGT --- 18 tcp 1060 [13a 1 2 800] --- [0:0 1:0 31 1] [1 0]
[ns] MANET DSR How is counting number of RREP and RREQ packets?
Hello everyone, I am doing a simulation project similar your work on intrusion detection in MANET... In my project, I've focused on DSR and Black hole attacks ... How and from which file(s) can I detect and COUNT number of RREP packets and nomber of RREQ packets of node j by node node i? Thanx in advace
[ns] R: help regarding trace file
Please have a look to ns manual, ns mailing list history and relative FAQ before posting to the mailing list itself! This is the third or fourth mail about trace file format this month! Regards, Marco Fiore Messaggio originale Da: [EMAIL PROTECTED] Data: 19- apr-2006 9.36 AM A: ns-users@ISI.EDU, [EMAIL PROTECTED], ns-users@ISI.EDU Ogg: [ns] help regarding trace file i m working on simualtion of AD-Hoc routing algorithms DSDV, DSR, AODV. i unable to extract data form trace files. So please send me how to read trace file , which coloum of trace file show packet id? how to calculate Throughput and Delay. i have attached trace file of DSDV algorithm. please help me. s 0.032821055 _1_ RTR --- 0 message 32 [0 0 0 0] --- [1:255 -1:255 32 0] s 0.178591360 _2_ RTR --- 1 message 32 [0 0 0 0] --- [2:255 -1:255 32 0] s 1.113402886 _0_ RTR --- 2 message 32 [0 0 0 0] --- [0:255 -1:255 32 0] M 10.0 0 (5.00, 5.00, 0.00), (45.00, 285.00), 5.00 s 10.0 _0_ AGT --- 3 tcp 40 [0 0 0 0] --- [0:0 1:0 32 0] [0 0] 0 0 r 10.0 _0_ RTR --- 3 tcp 40 [0 0 0 0] --- [0:0 1:0 32 0] [0 0] 0 0 s 12.530838300 _0_ RTR --- 4 message 32 [0 0 0 0] --- [0:255 -1:255 32 0] s 13.830059915 _2_ RTR --- 5 message 32 [0 0 0 0] --- [2:255 -1:255 32 0] s 14.280428760 _1_ RTR --- 6 message 32 [0 0 0 0] --- [1:255 -1:255 32 0] M 15.0 1 (390.00, 385.00, 0.00), (250.00, 250.00), 3.00 s 16.0 _0_ AGT --- 7 tcp 40 [0 0 0 0] --- [0:0 1:0 32 0] [0 0] 0 0 r 16.0 _0_ RTR --- 7 tcp 40 [0 0 0 0] --- [0:0 1:0 32 0] [0 0] 0 0 s 25.369352037 _0_ RTR --- 8 message 32 [0 0 0 0] --- [0:255 -1:255 32 0] r 25.370484730 _2_ RTR --- 8 message 32 [0 0 800] --- [0:255 -1:255 32 0] s 26.386541965 _2_ RTR --- 9 message 32 [0 0 0 0] --- [2:255 -1: 255 32 0] r 26.387454644 _0_ RTR --- 9 message 32 [0 2 800] --- [2:255 -1:255 32 0] r 26.387454789 _1_ RTR --- 9 message 32 [0 2 800] --- [2:255 -1:255 32 0] s 27.274269018 _1_ RTR --- 10 message 32 [0 0 0 0] --- [1:255 -1:255 32 0] r 27.275141834 _2_ RTR --- 10 message 32 [0 1 800] --- [1: 255 -1:255 32 0] s 28.0 _0_ AGT --- 11 tcp 40 [0 0 0 0] --- [0:0 1:0 32 0] [0 0] 0 0 r 28.0 _0_ RTR --- 11 tcp 40 [0 0 0 0] --- [0:0 1:0 32 0] [0 0] 0 0 s 37.379947379 _2_ RTR --- 12 message 32 [0 0 0 0] --- [2:255 -1:255 32 0] r 37.380919914 _0_ RTR --- 12 message 32 [0 2 800] --- [2: 255 -1:255 32 0] r 37.380920097 _1_ RTR --- 12 message 32 [0 2 800] --- [2:255 -1:255 32 0] s 37.425885784 _0_ RTR --- 13 message 32 [0 0 0 0] --- [0:255 -1:255 32 0] r 37.426998317 _2_ RTR --- 13 message 32 [0 0 800] --- [0: 255 -1:255 32 0] s 38.388685824 _1_ RTR --- 14 message 32 [0 0 0 0] --- [1:255 -1:255 32 0] r 38.389638533 _2_ RTR --- 14 message 32 [0 1 800] --- [1:255 -1:255 32 0] s 38.432288490 _0_ RTR --- 15 message 32 [0 0 0 0] --- [0:255 -1:255 32 0] r 38.433061011 _2_ RTR --- 15 message 32 [0 0 800] --- [0: 255 -1:255 32 0] s 39.277760075 _2_ RTR --- 16 message 32 [0 0 0 0] --- [2:255 -1:255 32 0] r 39.278692587 _0_ RTR --- 16 message 32 [0 2 800] --- [2:255 -1:255 32 0] s 39.278692587 _0_ RTR --- 3 tcp 80 [0 0 0 0] --- [0:0 1:0 32 2] [0 0] 0 0 s 39.278692587 _0_ RTR --- 7 tcp 80 [0 0 0 0] --- [0:0 1:0 32 2] [0 0] 0 0 D 39.278692587 _0_ IFQ ARP 3 tcp 80 [0 0 0 800] --- [0: 0 1:0 32 2] [0 0] 0 0 s 39.278692587 _0_ RTR --- 11 tcp 80 [0 0 0 0] --- [0:0 1:0 32 2] [0 0] 0 0 D 39.278692587 _0_ IFQ ARP 7 tcp 80 [0 0 0 800] --- [0:0 1:0 32 2] [0 0] 0 0 r 39.278692775 _1_ RTR --- 16 message 32 [0 2 800] --- [2:255 -1:255 32 0] r 39.284898168 _2_ RTR --- 11 tcp 80 [13a 2 0 800] --- [0: 0 1:0 32 2] [0 0] 1 0 f 39.284898168 _2_ RTR --- 11 tcp 80 [13a 2 0 800] --- [0:0 1:0 31 1] [0 0] 1 0 r 39.293478160 _1_ AGT --- 11 tcp 80 [13a 1 2 800] --- [0:0 1:0 31 1] [0 0] 2 0 s 39.293478160 _1_ AGT --- 17 ack 40 [0 0 0 0] --- [1:0 0:0 32 0] [0 0] 0 0 r 39.293478160 _1_ RTR --- 17 ack 40 [0 0 0 0] --- [1:0 0:0 32 0] [0 0] 0 0 s 39.293478160 _1_ RTR --- 17 ack 60 [0 0 0 0] --- [1:0 0:0 32 2] [0 0] 0 0 r 39.295636260 _2_ RTR --- 17 ack 60 [13a 2 1 800] --- [1:0 0:0 32 2] [0 0] 1 0 f 39.295636260 _2_ RTR --- 17 ack 60 [13a 2 1 800] --- [1:0 0:0 31 0] [0 0] 1 0 r 39.297773794 _0_ AGT --- 17 ack 60 [13a 0 2 800] --- [1:0 0:0 31 0] [0 0] 2 0 s 39.297773794 _0_ AGT --- 18 tcp 1040 [0 0 0 0] --- [0:0 1:0 32 0] [1 0] 0 0 r 39.297773794 _0_ RTR --- 18 tcp 1040 [0 0 0 0] --- [0:0 1:0 32 0] [1 0] 0 0 s 39.297773794 _0_ RTR --- 18 tcp 1060 [0 0 0 0] --- [0:0 1:0 32 2] [1 0] 0 0 s 39.297773794 _0_ AGT --- 19 tcp 1040 [0 0 0 0] --- [0:0
Re: [ns] R: which trace format is more accurate?
Marco, This is the exact point, the difference is about 300 to 400 for 100 sec sim time I reran the same simulation and all I did was to change the trace format, but I see such a difference in number of sent $1~/s/ /AGT/ { sent ++; } any comments? both running on the same machine. all the equipment and environment settings are the same. you might be able to reproduce it easily. Thanks, Sasan Sasan, I see your point. How much do differ results you got in the two cases? By exact same simulation you mean that you simply changed the trace format and nothing else (included the machine you working on)? Regards, Marco Fiore Messaggio originale Da: [EMAIL PROTECTED] ucc.ie Data: 15-apr-2006 9.33 PM A: Marco Fiore[EMAIL PROTECTED] Cc: [EMAIL PROTECTED], ns-users@isi.edu Ogg: Re: R: [ns] which trace format is more accurate? Marco, I agree that I need separate awk scripts for different trace formats but the particular example that I gave below is straight forward $1~/s/ /AGT/ { sent ++; } and should return total number of sents message in a simulation and that still returns different values (unless this is not the correct way to calculate the total sent messages) what do you think? Thanks, Sasan Sasan, both versions of tracefile report the same information. The difference only lies in the format (actually, the new trace format is somehow more complete). So they are accurate in the same way, but the point is that you can't use the same awk script on both! You have to write two versions of you awk script, and then you'll get the same results. Regards, Marco Fiore Messaggio originale Da: [EMAIL PROTECTED] Data: 15-apr-2006 8.06 AM A: ns-users@ISI.EDU Ogg: [ns] which trace format is more accurate? Hi All, I am generating both trace formats (old and new) for the exact same simulation, and for instance I count total number of messages sent as below (in my awk file) $1~/s/ /AGT/ { sent ++; } but I get two different results now I wonder, which one of the trace files are accurate? which one should I pick? the version is 2.29. I'll appreciate your advice. Thanks, Sasan
[ns] All in one install NS make failed!
I am trying to install the all-in-one package of NS. The has got to the compilation of the NS part of the package and it seems to fall over when trying to compile something. Here is the screen dump: g++ -c -Wall -DTCP_DELAY_BIND_ALL -DNO_TK -DTCLCL_CLASSINSTVAR -DNDEBUG -DLINUX_TCP_HEADER -DUSE_SHM -DHAVE_LIBTCLCL -DHAVE_TCLCL_H -DHAVE_LIBOTCL1_11 -DHAVE_OTCL_H -DHAVE_LIBTK8_4 -DHAVE_TK_H -DHAVE_LIBTCL8_4 -DHAVE_TCL_H -DHAVE_CONFIG_H -DNS_DIFFUSION -DSMAC_NO_SYNC -DCPP_NAMESPACE=std -DUSE_SINGLE_ADDRESS_SPACE -Drng_test -I. -I/home/triff/installs/ns-allinone-2.29/tclcl-1.17 -I/home/triff/installs/ns-allinone-2.29/otcl-1.11 -I/home/triff/installs/ns-allinone-2.29/include -I/home/triff/installs/ns-allinone-2.29/include -I/usr/include/pcap -I./tcp -I./sctp -I./common -I./link -I./queue -I./adc -I./apps -I./mac -I./mobile -I./trace -I./routing -I./tools -I./classifier -I./mcast -I./diffusion3/lib/main -I./diffusion3/lib -I./diffusion3/lib/nr -I./diffusion3/ns -I./diffusion3/filter_core -I./asim/ -I./qs -I./diffserv -I./satellite -I./wpan -o trace/trace.o trace/trace.cc ./sctp/sctp.h:705: error: extra qualification SctpAgent:: on member DumpSendBuffer make: *** [trace/trace.o] Error 1 Ns make failed! See http://www.isi.edu/nsnam/ns/ns-problems.html for problems I've had a number of problems already with TCL other parts of the install, but by upgrading to the latest versions of TCL and TCLCL I've got past them. Any idea what is going wrong? Can anyone help me? For fullness I'm running Fedora. Many thanks Alex
[ns] R: Re: R: which trace format is more accurate?
Sasan, don't have a clue on that. I fear the only way is to analyze the trace files by hand to spot the differences. Maybe printing the sending times (using an awk script) can speed up the process. Let us know if you can solve the problem. Regards, Marco Fiore Messaggio originale Da: [EMAIL PROTECTED] Data: 19-apr-2006 12.47 PM A: Marco Fiore[EMAIL PROTECTED] Cc: [EMAIL PROTECTED] ie, ns-users@isi.edu Ogg: Re: R: [ns] which trace format is more accurate? Marco, This is the exact point, the difference is about 300 to 400 for 100 sec sim time I reran the same simulation and all I did was to change the trace format, but I see such a difference in number of sent $1~/s/ /AGT/ { sent ++; } any comments? both running on the same machine. all the equipment and environment settings are the same. you might be able to reproduce it easily. Thanks, Sasan Sasan, I see your point. How much do differ results you got in the two cases? By exact same simulation you mean that you simply changed the trace format and nothing else (included the machine you working on)? Regards, Marco Fiore Messaggio originale Da: [EMAIL PROTECTED] cs. ucc.ie Data: 15-apr-2006 9.33 PM A: Marco Fiore [EMAIL PROTECTED] Cc: [EMAIL PROTECTED], ns-users@isi.edu Ogg: Re: R: [ns] which trace format is more accurate? Marco, I agree that I need separate awk scripts for different trace formats but the particular example that I gave below is straight forward $1~/s/ /AGT/ { sent ++; } and should return total number of sents message in a simulation and that still returns different values (unless this is not the correct way to calculate the total sent messages) what do you think? Thanks, Sasan Sasan, both versions of tracefile report the same information. The difference only lies in the format (actually, the new trace format is somehow more complete). So they are accurate in the same way, but the point is that you can't use the same awk script on both! You have to write two versions of you awk script, and then you'll get the same results. Regards, Marco Fiore Messaggio originale Da: [EMAIL PROTECTED] Data: 15-apr-2006 8.06 AM A: ns-users@ISI.EDU Ogg: [ns] which trace format is more accurate? Hi All, I am generating both trace formats (old and new) for the exact same simulation, and for instance I count total number of messages sent as below (in my awk file) $1~/s/ /AGT/ { sent ++; } but I get two different results now I wonder, which one of the trace files are accurate? which one should I pick? the version is 2.29. I'll appreciate your advice. Thanks, Sasan
Re: [ns] help required regarding ODMRP
Hi Chanchal, I am assuming you're working with Monarch extensions. Otherwise you'd have to download the ODMPR patch from their website at http://www.monarch.cs.cmu.edu/software.html There's a Pearl script in SCRIPTS directory called mcast_totals... (or something) similar. You can use it to get metrics info. Hope this helps.. Dhammika On 4/19/06, Chanchal Gupta [EMAIL PROTECTED] wrote: hello Dhammika, I am Chanchal, doing MTech from IIT Roorkee. I am working on ODMRP. For this I have installed ns-a.1b8 with multicast extension. I am able to run the ODMRP simulation and also generate the RESULT/odmrp-total-output file with the generated trace file out.tr, but MY problem is how to obtain tha data like..data delivery ratio, Packet delivery ratio, total Overhead and other information. I want all the information requuired for performance metrics .If you can help me I will be grateful to you.. Thanks Regards Chanchal Gupta MTech (IT) IIT Roorkee
[ns] OBS-JET and JIT simulation
Hi, I'm working with ns2.28 and a module for OBS networks called obs-0.9a,developed by Dawn Labs. I want to make Obs simulation with tow diffrent reservation scheme JET (Just enought Time ) and JIT Obs (Just In Time). I want to know which files or classes are responsible for this task. Anyone could help me? I'm stuck in this point and I can't find a solution. Thanks to everybody, Accédez au courrier électronique de La Poste : www.laposte.net ; 3615 LAPOSTENET (0,34 /mn) ; tél : 08 92 68 13 50 (0,34/mn)
Re: [ns] help with cygwin/gcc
Yes, it is true that you may have installed it, but when you issue the command gcc --version then the system will report that you have the gcc version 4.0 installed. That is because in /usr/bin there is a symbolic link named gcc that points to the gcc-4.0 executable located in the same directory. The thing is that you can have as many versions of gcc and g++ you want but only one is at any time enabled, by the means of this symbolic link. So, if you want to change the gcc and g++ version that your programs will use when they issue gcc, or g++ then you will have to change the symbolic link target in that directory to the older version of gcc that you want. Of course the older version must have been installed previously in your system. I have two versions of gcc, gcc 4.0 and gcc 3.3 and I use either one of them whenever I want. Hope that I have helped. Regards, -Fk On 4/17/06, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: -- Forwarded message -- From: Muhammad Usman [EMAIL PROTECTED] To: ns-users@ISI.EDU Date: Sun, 16 Apr 2006 19:36:23 -0700 (PDT) Subject: [ns] help with cygwin/gcc Hi all, I have been trying to install the 802.11e HCCA mode implementation by the University of Pisa for Ns2. I tried unsuccessfully for cygwin on windows and the same on linux redhat 9. I am using gcc versions 3.3.4 on cygwin since it comes pre-installed with the cygwin package. Apparently theres some problem with newer versions of gcc.So I tried to get either: 1. An old version of Cygwin in the hope that it would contain gcc 2.95 2. Try to install gcc 2.95 on my own For the first, no working site seems to contain it and for the second, I have tried in vain to search for tips on installing gcc 2.95 on Cygwin. As a last resort, I even tried running installing it on Debian Linux. The problem is again of gcc version 4. So I installed version 2.95 also on it, but when I tried to install, the ns still uses the version 4. Its been quite a while and I would really appreciate if someone could: 1. Give me a URL of some older version of Cygwin with gcc 2.95.x in it OR 2. Tell me how to install gcc 2.95.x for cygwin OR 3. How to force ns in the debian environment to use gcc 2.95 instead of 4 (bye the way i have only a user account on the debian machine and am using ssh and theres a line of alias gcc 2.95. ) OR 4. If someone has successfully installed either Dr Qiang's 802.11e on cygwin or even linux or the HCCA patch of the Universtiy of Pisa on cygwin or linux then kindly mention the steps as I run into errors and can't seem to get an older version of gcc installed Regards. - New Yahoo! Messenger with Voice. Call regular phones from your PC and save big. -- Filippos N Kolovos Software Systems Analyst Engineer M.Sc. (Eng.) in Data Communications Automation Networking Department University of Macedonia Library Egnatia 156, P.O.Box 1591 540 06 Thessaloniki, Greece E-Mail: [EMAIL PROTECTED], [EMAIL PROTECTED] Phone: +30-2310-891-826 --
[ns] Interpreting trace file
hi, I have implemented a new qos routing protocol for MANETs in ns-2 and now running some simulations. But, Im unable to understand the tracefile format to extract the required info (like #of rreqs, rreps, lost pkts etc.). I have gone through the manual...but the information given there is very little n i think its for wired nodes only. Could any one help me on this. Also, if anyone has already written some scripts to extrace info from trace files (pkt delivery ratio, throughput etc etc.) n would like to share, I would be grateful. Thanx, Vinod -- Vinod Kone, Btech,Computer Science, VIII sem, Room 177,Kapili, IIT Guwahati.
Re: [ns] Interpreting trace file
www.tracegraph.com -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Vinod Sent: quarta-feira, 19 de Abril de 2006 21:01 To: ns-users@ISI.EDU Subject: [ns] Interpreting trace file hi, I have implemented a new qos routing protocol for MANETs in ns-2 and now running some simulations. But, Im unable to understand the tracefile format to extract the required info (like #of rreqs, rreps, lost pkts etc.). I have gone through the manual...but the information given there is very little n i think its for wired nodes only. Could any one help me on this. Also, if anyone has already written some scripts to extrace info from trace files (pkt delivery ratio, throughput etc etc.) n would like to share, I would be grateful. Thanx, Vinod -- Vinod Kone, Btech,Computer Science, VIII sem, Room 177,Kapili, IIT Guwahati.
[ns] calculate mobility by using the parameters in setdest
Hello everybody i have a big probleme concerning mobility;i use setdest for generate a scenario,and i use v2 setdest -v 2 -n 50 -s 1 -m 1 -M 6 -t 50 -P 1 -p 3.0 -x 1000 -y 1000 in this case what is the value of mobility? please if it is possibile to calculate mobility,help me;thanks a lot - Faites de Yahoo! votre page d'accueil sur le web pour retrouver directement vos services préférés : vérifiez vos nouveaux mails, lancez vos recherches et suivez l'actualité en temps réel. Cliquez ici.
[ns] regd cal load
If i have an ftp source(infinite send) attached to a tcp source. How do i calculate the load in that case? deepak __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com
Re: [ns] help required regarding ODMRP
Please take a look at last 30 lines of the output file. It contains all summarised data, control pkt sent, received are in mrtr and data pkt details are in cbr.. cbr_rx and cbr_srx list the received and expected number of pkts. Also trace contains all pkts sent received by each node, so you can also tweak the script to get specific metrics that you're interested in. Dhammika On 4/19/06, Chanchal Gupta [EMAIL PROTECTED] wrote: Hi, Thanks Dhammika. I have already downloaded that scripts and use to analyze the trace file out.tr. The output of running this perl script is as follow in file ODMRP_TOTAL_OUTPUT: I have problem related to how I will packet delivary ratio, control overhead, end to end delay etc.. I am also not able to make out how many data packets are there and how many join query packets. There is no information regarding data packets actually transmitted and from the output I have noticed one thing received packets are always more than transmitted packets... Thanks for ur time..and support... bye Regards: Chanchal Gupta MTech (IT) IIT Roorkee ODMRP Packets ODMRP TOTALS Transmitted Packets: 658 Bytes: 26354 ODMRP TOTALS Received Packets: 117778 Bytes: 4656690 ODMRP TOTALS Forwards Packets: 6633 Bytes: 264132 ODMRP TOTALS Drops Packets: 0 Bytes: 0 No Route: 0 TTL Expired: 0 RTR Queue Full: 0 Timeout: 0 Routing Loop: 0 IFQ Full: 0 ARP Full: 0 MAC Callback: 0 Salvage Limit: 0 SIM End: 0 ODMRP TOTALS Overhead Packets: 0 Bytes: 0 ODMRP JOIN_QUERY Packets ODMRP JOIN_QUERY Transmitted Packets: 67 Bytes: 2668 ODMRP JOIN_QUERY Received Packets: 105775 Bytes: 4169180 ODMRP JOIN_QUERY Forwards Packets: 6633 Bytes: 264132 ODMRP JOIN_QUERY Drops Packets: 0 Bytes: 0 No Route: 0 TTL Expired: 0 RTR Queue Full: 0 Timeout: 0 Routing Loop: 0 IFQ Full: 0 ARP Full: 0 MAC Callback: 0 Salvage Limit: 0 SIM End: 0 ODMRP JOIN_QUERY Overhead Packets: 0 Bytes: 0 ODMRP JOIN_REPLY Packets ODMRP JOIN_REPLY Transmitted Packets: 469 Bytes: 20636 ODMRP JOIN_REPLY Received Packets: 9865 Bytes: 434060 ODMRP JOIN_REPLY Forwards Packets: 0 Bytes: 0 ODMRP JOIN_REPLY Drops Packets: 0 Bytes: 0 No Route: 0 TTL Expired: 0 RTR Queue Full: 0 Timeout: 0 Routing Loop: 0 IFQ Full: 0 ARP Full: 0 MAC Callback: 0 Salvage Limit: 0 SIM End: 0 ODMRP JOIN_REPLY Overhead Packets: 0 Bytes: 0 ODMRP REPLY_ERROR Packets ODMRP REPLY_ERROR Transmitted Packets: 0 Bytes: 0 ODMRP REPLY_ERROR Received Packets: 0 Bytes: 0 ODMRP REPLY_ERROR Forwards Packets: 0 Bytes: 0 ODMRP REPLY_ERROR Drops Packets: 0 Bytes: 0 No Route: 0 TTL Expired: 0 RTR Queue Full: 0 Timeout: 0 Routing Loop: 0 IFQ Full: 0 ARP Full: 0 MAC Callback: 0 Salvage Limit: 0 SIM End: 0 ODMRP REPLY_ERROR Overhead Packets: 0 Bytes: 0 ODMRP JOIN_REPLY_ACK Packets ODMRP JOIN_REPLY_ACK Transmitted Packets: 122 Bytes: 3050 ODMRP JOIN_REPLY_ACK Received Packets: 2138 Bytes: 53450 ODMRP JOIN_REPLY_ACK Forwards Packets: 0 Bytes: 0 ODMRP JOIN_REPLY_ACK Drops Packets: 0 Bytes: 0 No Route: 0 TTL Expired: 0 RTR Queue Full: 0 Timeout: 0 Routing Loop: 0 IFQ Full: 0 ARP Full: 0 MAC Callback: 0 Salvage Limit: 0 SIM End: 0 ODMRP JOIN_REPLY_ACK Overhead Packets: 0 Bytes: 0 MCAST CBR TOTALS*** Node 3, Group 32769 PACKETS_RECEIVED3-32769 : 71 SHOULD_HAVE_RECEIVED3-32769 : 86 Node 7, Group 32769 PACKETS_RECEIVED7-32769 : 85 SHOULD_HAVE_RECEIVED7-32769 : 86 Node 11, Group 32769 PACKETS_RECEIVED11-32769 : 73 SHOULD_HAVE_RECEIVED11-32769 : 86 Node 12, Group 32769 PACKETS_RECEIVED12-32769 : 59 SHOULD_HAVE_RECEIVED12-32769 : 61 Node 16, Group 32769 PACKETS_RECEIVED16-32769 : 1 SHOULD_HAVE_RECEIVED16-32769 : 86 Node 3, Group 32769, source 0 PACKETS_RECEIVED3-32769-0 : 71 SHOULD_HAVE_RECEIVED3-32769-0 : 86 Node 7, Group 32769, source 0 PACKETS_RECEIVED7-32769-0 : 85 SHOULD_HAVE_RECEIVED7-32769-0 : 86 Node 11, Group 32769, source 0 PACKETS_RECEIVED11-32769-0 : 73 SHOULD_HAVE_RECEIVED11-32769-0 : 86 Node 12, Group 32769, source 0 PACKETS_RECEIVED12-32769-0 : 59 SHOULD_HAVE_RECEIVED12-32769-0 : 61 Node 16, Group 32769, source 0 PACKETS_RECEIVED16-32769-0 : 1 SHOULD_HAVE_RECEIVED16-32769-0 : 86 Simulation Time: 69 MATLAB READY t.mrtr_tx = [ 658 26354 ] t.mrtr_rx = [ 117778 4656690 ] t.mrtr_fx = [ 6633 264132 ] t.odmrp_query_tx = [ 67 2668 ] t.odmrp_query_rx = [ 105775 4169180 ] t.odmrp_query_fx = [ 6633 264132 ] t.odmrp_reply_tx = [ 469 20636 ] t.odmrp_reply_rx = [ 9865 434060 ] t.odmrp_reply_fx = [ 0 0 ] t.odmrp_ack_tx = [ 122 3050 ] t.odmrp_ack_rx = [ 2138 53450 ] t.odmrp_ack_fx = [ 0 0 ] t.cbr_tx = [ 800 51200 ] t.cbr_rx = [ 285 12540 ]
[ns] inquire a question
myung_p213, I found the question which named When and where is bandwidth_ set? I do not know whether you have solved this question,because I have the same doubt about this question. in mac-802.11.cc,if dataRate_ is not defined in TCL space,the parameter is binded with bandwidth_, BUT the bandwidth_ parameter in MAC is not find in ns-default.tcl.Where and what i could find the default MAC bandwidth value? thanks:) 2006-4-20
[ns] queston about REQUEST / REPLY - duplicate info
Hi All, As an example AODV new trace format logs REQUEST both in ARP level and network level (aodv) one if -Po in ARP level and the second one in -Pc as network level (aodv) now if I want to count number of requests / replies, should I count both of just the network level? any comments? Thanks a lot, Sasan
[ns] Error While Compiling Newly Created Files.....Plz Help
Hi, We are working with ns-2.29. Today we came across a problem while running 'make' command. Before I state the error, it would be helpful to let you know what we are actually doing. we want to create a new kind of node called Forwarding Node, we have written the corresponding c++ class in forwardnode.cc file in 'ns-allinone-2.29/ns-2.29/common/' directory. In addition we have written the forwardnode.h file also, which is in the same directory. And a .tcl file in 'ns-allinone-2.29/ns-2.29/tcl/lib' directory. We have written the 'Makefile' accordingly. Now, while running 'make' we encounter the following errorI'm simply coating it- In function `ForwardNode::ForwardNode[not-in-charge]()': : undefined reference to `vtable for ForwardNode' common/forwardnode. o(.text+0xba): In function `ForwardNode::ForwardNode[in-charge]()': : undefined reference to `vtable for ForwardNode' collect2: ld returned 1 exit status make: *** [ns] Error 1 I have attached the three files I mentioned for Your help Now please someone have a look at it and tell us what is our fault, it's urgent ,so plz plz reply...
Re: [ns] Error While Compiling Newly Created Files.....Plz Help
files are not attached, double check please but before looking at anything, do you have header file included when compiling? if so, make sure shared object is accessible when linking, Sasan On 20 Apr 2006 03:14:31 -, syamantak mukherjee [EMAIL PROTECTED] wrote: Hi, We are working with ns-2.29. Today we came across a problem while running 'make' command. Before I state the error, it would be helpful to let you know what we are actually doing. we want to create a new kind of node called Forwarding Node, we have written the corresponding c++ class in forwardnode.cc file in 'ns-allinone-2.29/ns-2.29/common/' directory. In addition we have written the forwardnode.h file also, which is in the same directory. And a .tcl file in 'ns-allinone-2.29/ns-2.29/tcl/lib' directory. We have written the 'Makefile' accordingly. Now, while running 'make' we encounter the following errorI'm simply coating it- In function `ForwardNode::ForwardNode[not-in-charge]()': : undefined reference to `vtable for ForwardNode' common/forwardnode. o(.text+0xba): In function `ForwardNode::ForwardNode[in-charge]()': : undefined reference to `vtable for ForwardNode' collect2: ld returned 1 exit status make: *** [ns] Error 1 I have attached the three files I mentioned for Your help Now please someone have a look at it and tell us what is our fault, it's urgent ,so plz plz reply... -- Plan for things to go wrong, Design for things to go right S+