[ns] How to simulation mpeg-2 video transmission...
Hi ALL... Can someone tell me? I want to simulation mpeg-2 video transmission with the CBR+UDP. The frames of the MPEG traces are packetized to 188 bytes. A ethernet fame have date is 1316 bytes(7*188 bytes). The TCL code is below. And I have to question. 1.Is the parameters in below code correct? 2.Does "$udp1 set packetSize_ 1316" contain UDP header? set udp1 [new Agent/UDP] $udp1 set class_ 1 $udp1 set packetSize_ 1316 $ns attach-agent $source1 $udp1 set cbr1 [new Application/Traffic/CBR] $cbr1 attach-agent $udp1 $cbr1 set packetSize_ 188 $cbr1 set type_ CBR $cbr1 set rate_ 3mb ___ 體驗全新Yahoo!奇摩電子信箱2.0 - 馬上體驗！
[ns] Please unsubscribe from the this mail group
Please unsubscribe from the this mail group Now you can chat without downloading messenger. Go to http://in.messenger.yahoo.com/webmessengerpromo.php
Re: [ns] access dei80211mr rate adapter rate
In case anyone is ever interested in doing this each packet has the rate it was sent at stored in the multirate header, which does persist at least as far ast the routing layer. So by adding the dei80211mr-1.1.1/src and dei8021.1.1/src/adt to the include directors in the ns makefile as well as adding the library to the list of libraries you can link against, you can include mac-802_11mr.h then get to the mode a packet was sent at by: MultiRateHdr *mrh = HDR_MULTIRATE(p.pkt); mrh->mode(); which gives you a PHYMODE which is an enum, and not the most useful, so I made MR_PHY_MIB::getRate static in the mac-802_11mr.h file, then used it as so: double rate=MR_PHY_MIB::getRate(mrh->mode()); now rate is the rate the packet was sent at in bits/second, certainly a more useful number :-D hope this helps someone looking through the archives, Ryan On Dec 13, 2007 11:01 AM, Nicola Baldo <[EMAIL PROTECTED]> wrote: > ryan m wrote: > > I have an adhoc network, which I'm using dei80211mr-1.1.1 (with > > activating the included rate adaptation on each node) to simulate > > 802.11g with rate adaptation. Is there a way to determine the current > > rate being used (call RateAdapter::getCurrMode() ) from dsragent.cc? > > That's cross-layer information exchange. Unfortunately there is no > standard way of doing it in ns2. You need to develop an ad-hoc* > solution, such as extending dsragent and allowing it to have a pointer > to the rateadapter instance so that it can call its methods. > > * here I mean "ad-hoc" in the sense of "designed explicitly for this > particular case" > > > > > I'm working with a modified version of DSR known as FRESH that uses a > > table of contact times on each node as a metric. A node looking for a > > route will broadcast a request to it's neighbors asking when they last > > saw the destination, and each neighbor will respond to the source of > > the broadcast. My question is, is the rate adapter sophisticated > > enough that each response will be sent at a rate appropriate for the > > communication conditions between the particular responding neighbor > > and the source? Secondarily is there a way to determine the rate each > > particular response was sent at, from within dsragent.cc? > > RateAdapter itself defines only an API and provides some convenience > methods/variables, however it implements no actual rate adaptation > scheme. So the answer is: it depends on the actual rate adapter you're > using. > > Each of the classes inheriting from RateAdapter implements a different > rate adaptation scheme. The two distributed with dei80211mr are ARF and > SNR. Both will work in ad-hoc mode, however with some caveats: > > 1) the ARF implementation we provide uses a single set of counters for > all tx successful / failed events, so the behaviour in ad-hoc mode is > not reasonable if the same STA sends often packets to different > destinations, while it is more reasonable if the destination remains the > same for a number of consecutive transmissions. > > 2) the SNR implementation records for all nodes the received SRN of the > last received transmission, and the rate is chosen per-destination using > that SNR value. So this scheme should work fine in ad-hoc mode, of > course the SNR information for a given node will be only as recent as > the last received packet from that node. > > If you have particular needs you can of course implement your own rate > adaptation scheme by inheriting from the RateAdapter class. > > > Nicola > > > > > > > > > > > > thank you for your time, > > Ryan > > > >
[ns] looking for script of tfrc wireless or multfrc
Hi all, I am looking for script of tfrc wireless or multfrc for research use. Could you help me? Best regards! Cecilia
[ns] [NS] RNC is droping packets.( EURANE + Diffserv )
hello all, I am having problems while implimeting diffserv (dsred, ns2.30 inbuilt) in EURANE (3G/UMTS). first i had the following error terminate called after throwing an instance of 'std::out_of_range' what(): vector::_M_range_check GDB was not able to track the above code. BUT i resolved that one and now i am having problems at RNC which is droping every ACK passing back to sender (tcp) i will apritiate if some one allow me to know more about this problem. or if some simulated diffserv in 3G/UMTS regards, ./Quddus
Re: [ns] MIP headaches
I have tried it for short simulation period but it work well for any time less than the offending instant. I am attaching a copy of the file, let me know if there are any errors... http://www.nabble.com/file/p14324599/sample36-wirelessr3nc.tcl sample36-wirelessr3nc.tcl Pedro Vale Estrela wrote: > > > > > Create a much smaller test example and proceed up step by step > > > >> >> Eng. Pedro Vale Estrela, PhD >> Researcher at INESC-ID, Lisbon >> PhD Computer Science / IP Mobile Networks at IST/TU Lisbon >> >> CV: http://tagus.inesc-id.pt/~pestrela >> Email: [EMAIL PROTECTED] >> Mobile: (+351) 91 8134653 >> Work: (+351) 21 4233285 >> >> > -Original Message- >> > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On >> Behalf >> > Of Keita Rose >> > Sent: quinta-feira, 13 de Dezembro de 2007 13:09 >> > To: ns-users@ISI.EDU >> > Subject: [ns] MIP headaches >> > >> > >> > I have been trying to simulate simple examples of MIPv4 in NS-2 based >> > on the Marc Greiss example for a simulation period of 2400 seconds but >> > for more times than not my simulations just seem to hang up. >> > I have a 36 nodes grid wired networks in a 2400m x 2400m area with 180 >> > mobile nodes. I am examine registration details for 20, 40 60 up to >> 100% >> > of nodes mobile but after sometimes as little as 540 seconds the >> > simulation seemingly stops. I am using a Sun Blade 2700 running Solaris >> > 9... >> > Any ideas why this may be the case?? >> > >> > Keita > > > > > -- View this message in context: http://www.nabble.com/MIP-headaches-tp14315782p14324599.html Sent from the ns-users mailing list archive at Nabble.com.
[ns] MIP headaches
I have tried tried reducing the simulation time but the problem re-occurs at the same simulation instant... I have attached a copy of the file let me know if you recognise any offending bits. Keita
[ns] Urgent : install the multipath routing over NS
Hello, I need to install the multipath routing over NS, if u can help , please contact me on : [EMAIL PROTECTED] or reply on this message, It's urgent, PLZ Best regards -- View this message in context: http://www.nabble.com/Urgent-%3A-install-the-multipath-routing-over-NS-tp14319829p14319829.html Sent from the ns-users mailing list archive at Nabble.com.
Re: [ns] access dei80211mr rate adapter rate
ryan m wrote: > I have an adhoc network, which I'm using dei80211mr-1.1.1 (with > activating the included rate adaptation on each node) to simulate > 802.11g with rate adaptation. Is there a way to determine the current > rate being used (call RateAdapter::getCurrMode() ) from dsragent.cc? That's cross-layer information exchange. Unfortunately there is no standard way of doing it in ns2. You need to develop an ad-hoc* solution, such as extending dsragent and allowing it to have a pointer to the rateadapter instance so that it can call its methods. * here I mean "ad-hoc" in the sense of "designed explicitly for this particular case" > > I'm working with a modified version of DSR known as FRESH that uses a > table of contact times on each node as a metric. A node looking for a > route will broadcast a request to it's neighbors asking when they last > saw the destination, and each neighbor will respond to the source of > the broadcast. My question is, is the rate adapter sophisticated > enough that each response will be sent at a rate appropriate for the > communication conditions between the particular responding neighbor > and the source? Secondarily is there a way to determine the rate each > particular response was sent at, from within dsragent.cc? RateAdapter itself defines only an API and provides some convenience methods/variables, however it implements no actual rate adaptation scheme. So the answer is: it depends on the actual rate adapter you're using. Each of the classes inheriting from RateAdapter implements a different rate adaptation scheme. The two distributed with dei80211mr are ARF and SNR. Both will work in ad-hoc mode, however with some caveats: 1) the ARF implementation we provide uses a single set of counters for all tx successful / failed events, so the behaviour in ad-hoc mode is not reasonable if the same STA sends often packets to different destinations, while it is more reasonable if the destination remains the same for a number of consecutive transmissions. 2) the SNR implementation records for all nodes the received SRN of the last received transmission, and the rate is chosen per-destination using that SNR value. So this scheme should work fine in ad-hoc mode, of course the SNR information for a given node will be only as recent as the last received packet from that node. If you have particular needs you can of course implement your own rate adaptation scheme by inheriting from the RateAdapter class. Nicola > > thank you for your time, > Ryan >
[ns] [bug] Differentiated Services module - RED algorithm
Hi all! I think there is a bug in the DiffServ module of ns (version 2.32), namely in the implemetation of the RED algorithm. In my opinion the wrong line is in file diffserv/dsredq.cc line number 239 in function redQueue::enque : "return PKT_DROPPED;" This is the case when the RED drops a packet because the average queue is greater than the max. threshold. I think the above line should be "return PKT_EDROPPED;" because PKT_DROPPED should happen only when the link drops a packet. When the RED algorithm drops a packet it should be early drop (PKT_EDROPPED). Please let me know if I am right or not. Regards, Miklos Lengyel
Re: [ns] MIP headaches
Create a much smaller test example and proceed up step by step > > Eng. Pedro Vale Estrela, PhD > Researcher at INESC-ID, Lisbon > PhD Computer Science / IP Mobile Networks at IST/TU Lisbon > > CV: http://tagus.inesc-id.pt/~pestrela > Email: [EMAIL PROTECTED] > Mobile: (+351) 91 8134653 > Work: (+351) 21 4233285 > > > -Original Message- > > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On > Behalf > > Of Keita Rose > > Sent: quinta-feira, 13 de Dezembro de 2007 13:09 > > To: ns-users@ISI.EDU > > Subject: [ns] MIP headaches > > > > > > I have been trying to simulate simple examples of MIPv4 in NS-2 based > > on the Marc Greiss example for a simulation period of 2400 seconds but > > for more times than not my simulations just seem to hang up. > > I have a 36 nodes grid wired networks in a 2400m x 2400m area with 180 > > mobile nodes. I am examine registration details for 20, 40 60 up to 100% > > of nodes mobile but after sometimes as little as 540 seconds the > > simulation seemingly stops. I am using a Sun Blade 2700 running Solaris > > 9... > > Any ideas why this may be the case?? > > > > Keita
[ns] MIP headaches
I have been trying to simulate simple examples of MIPv4 in NS-2 based on the Marc Greiss example for a simulation period of 2400 seconds but for more times than not my simulations just seem to hang up. I have a 36 nodes grid wired networks in a 2400m x 2400m area with 180 mobile nodes. I am examine registration details for 20, 40 60 up to 100% of nodes mobile but after sometimes as little as 540 seconds the simulation seemingly stops. I am using a Sun Blade 2700 running Solaris 9... Any ideas why this may be the case?? Keita
[ns] Needs for WiMAX dot tcl files
-- Forwarded message -- From: Michael Young <[EMAIL PROTECTED]> Date: Dec 13, 2007 5:30 PM Subject: Needs for WiMAX dot tcl files To: NS2_MailingList Hi, everyone, I've just started to learn NS and now I am working on simulating WiMAX networks on using , so would anyone please transfer me some dot tcl files simulating WiMAX to my email box: [EMAIL PROTECTED] , thanks a lot in advance. I 've installed the WiMAX patch to my ns-2.31. So the following things I need to do are to read tcl files and understand how to write tcl files concerning WiMAX myself . I am a senior in college, by the way , preparing for my thesis on WiMAX. So, your replay will be more than appreciated : ) -- Where there is a will , there is a way. -- Where there is a will , there is a way.
[ns] Heap Scheduler
Hi all, We all know that calendar scheduler is the default for ns-2 simulations, also it was proved that the heap scheduler is faster and better for large scale simulations. My question are there any risks or limiations on using heap scheduler or we can use it for any simulation scenario? Thanks, Ghada - Never miss a thing. Make Yahoo your homepage.
[ns] ODSBR help
From: [EMAIL PROTECTED]: [EMAIL PROTECTED]: odsbr helpDate: Thu, 13 Dec 2007 10:38:24 + hello, can any one help me to know the details of the ODSBR routing protocol? thanks The best games are on Xbox 360. Click here for a special offer on an Xbox 360 Console. Get it now! _ The best games are on Xbox 360. Click here for a special offer on an Xbox 360 Console. http://www.xbox.com/en-US/hardware/wheretobuy/
