Re: [ns] [Ns-developers] transmission range in wifi network
On Thu, 2009-04-09 at 15:59 +0200, ichrak amdouni wrote: I doubt that is the case with the default values of all parameters. Maybe you changed some parameters ? Yes, it is the case, the mac association succeed between an access point and one mobile station distant of 3000m, connectivity is however not maintained. Note that my nodes simulates vehicles running at 50km/h. As I said, I don't believe that the default parameter values allow any kind of packet reception at 3000m. Here is what I get with ns-3-dev from today: [mlac...@diese ns-3-dev]$ ./build/debug/src/devices/wifi/wifi-phy-test Psr --PacketSize=40 --TxMode=wifia-6mbs --Distance=3000 0 or: [mlac...@diese ns-3-dev]$ ./build/debug/src/devices/wifi/wifi-phy-test SizeVsRange --TargetPsr=0.0001 --TxMode=wifia-6mbs 10 199.125 50 189.214 90 182.218 130 177.554 170 174.639 210 171.918 250 172.307 290 170.947 330 169.586 370 168.226 ... To summmarize, the default parameter setup and values ensure that the probability of successful reception of packets 10bytes-long by the PHY with mode 6mbs is close to zero after 200m. If you don't get this, then, either you have a very broken version of ns-3 or you have changed some default parameter, but I have no idea which. Or, I could be wrong, but I don't have enough information to reproduce the behavior you are describing. Having distinct results from those of the wifi-phy-test.cc example, I wonder if this issue has a relation with other layers other than the Physical one? No, it's all a PHY layer thing. I find the hypothesis very stange but I really reproduced the same scenario as in wifi-phy-test.cc. What kind of scenario ? Could you be more explicit about what you, what you get, and what you expect from wifi-phy-test ? I am expecting to have nodes that can't see each other beyond the theoretical coverage area. For example I used the following setting: what is the 'theoretical' coverage area ? channel.AddPropagationLoss(ns3::LogDistancePropagationLossModel,Exponent, DoubleValue(1.70)); channel.SetPropagationDelay (ns3::ConstantSpeedPropagationDelayModel); PtrYansWifiChannel chan = channel.Create (); wifiPhy.SetChannel (chan); wifiPhy.SetErrorRateModel (ns3::ErrorRateModel); wifiPhy.Set (TxPowerStart,DoubleValue(5)); wifiPhy.Set (TxPowerEnd,DoubleValue(5)); wifiPhy.Set (TxPowerLevels,UintegerValue (1)); wifiPhy.Set (TxGain,DoubleValue (2)); wifiPhy.Set (RxGain,DoubleValue (2)); This make connection impossible beyond 250m, but the problem now is that packet transfert failure is important due to the condition: (m_random.GetValue () snrPer.per ) at the physical layer when sending probe responses. I am not sure what you are trying to achieve. Theoretically, all you need to do to adjust the transmission range is to change the tx power. Mathieu
[ns] ns-3-users google group
hi, A couple of weeks ago, we discussed the possibility of creating a mailing-list for ns-3 users to avoid the large traffic on the ns-users mailing-list. The group is now located there for web-based browsing and for subscription: http://groups.google.com/group/ns-3-users The email address to post to this group is [EMAIL PROTECTED] Mathieu
[ns] [NSTools'07] Deadline extended to June 1, 2007
(Our apologies if you receive multiple copies of this message)
NSTOOLS 2007 *
Call for Papers
International Workshop on Network Simulation Tools
Nantes, France / October 22, 2007
http://www.nstools.org/
**
EXTENDED SUBMISSION DEADLINE -- June 1, 2007
**
** In technical cooperation with ACM SIGMETRICS and SIGSIM **
-
The Network Simulation Tools Workshop (NSTools) is a one-day event
held in conjunction with the Second International Conference on
Performance Evaluation Methodologies and Tools (VALUETOOLS'07), which
will be held in Nantes, France, on October 22, 2007.
** All accepted papers will be made available in the **
** Association for Computing Machinery Digital Library **
-
** SCOPE **
Simulation tools are widely used within the Networking community to
simulate packet-switched networks and perform a large number of
wildly different tasks: they are often used in the industry and
within both academic and educational settings to design and evaluate
new and existing protocols and architectures.
The aim of the Network Simulation Tools workshop is thus to bring
together academic and industry researchers from both the Networking
and the Simulation communities to discuss current and future trends
in network simulation and to foster interdisciplinary collaborative
research in this area.
** PAPERS **
This workshop does not focus on network research results based on
the use of simulation tools: we are looking for original contributions
on the design and the use of the tools themselves. The following
topics are of particular interest.
Development of new simulation environments:
- parallel and distributed simulations
- real-time simulation of networks within the setting
of a larger real network testbed
- integration of real-world network applications in
conventional simulation tools
- textual and graphical post-processing analysis tools
- large-scale network simulations
- simulation accuracy evaluations
Development of new simulation models especially in, but not restricted
to, the areas of:
- Wireless and mobile networks: 3/4G, 802.11, 802.16/WiMAX, etc.,
- Peer to peer systems,
- Sensor networks, and,
- Delay-tolerant networking,
** IMPORTANT DATES **
Full Papers due: June 1, 2007 ** extended **
Notification of Acceptance:June 30, 2007
Camera-ready Manuscripts due: July 30, 2207
Conference Date: October 22, 2007
** SUBMISSION INSTRUCTIONS **
Conference language is English. Prospective authors are encouraged
to submit a PDF version of the full paper in the ACM conference
proceedings format, which are limited to 10 two-column pages in a
font no smaller than 10-points. Paper submission will be handled
electronically through Cocus (http://cocus.info/).
All submitted papers will go through a peer review process.
** PUBLICATION **
NSTools'07 is in technical cooperation with ACM SIGMETRICS and SIGSIM
All accepted papers will be made available in ACM Digital Library, as
well as indexed by EI and ISI Index.
** WORKSHOP CO-CHAIRS **
Claudio Cicconetti, [EMAIL PROTECTED], Univ. of Pisa, Italy
Mathieu Lacage, [EMAIL PROTECTED], INRIA, France
** KEYNOTE SPEAKER **
Rajive Bagrodia, UCLA, USA
** TECHNICAL PROGRAM COMMITTEE **
Ozgur Akan, Middle East Technical University Ankara, Turkey
Eitan Altman, INRIA, France
Chadi Barakat, INRIA, France
Andrzej Beben, Warsaw University of Technology, Poland
Sergio Beker, France Telecom, France
Armando Caro Jr., BBN Technologies, USA
Jaudelice Cavalcante de Oliveira, Drexel University, USA
Olivier Dalle, INRIA, France
Thierry Ernst, INRIA, France
Sonia Fahmy, Purdue University, USA
Thomas Fuhrmann, University of Karlsruhe, Germany
Andrei Gurtov, Helsinki Inst. for Information Technology, Finland
Qi He, IBM, USA
Tom Henderson, University of Washington Boeing, USA
Kun-Chan Lan, NICTA, Australia
Saverio Mascolo, Politecnico di Bari, Italy
Nicolas Montavont, GET/ENST Bretagne, France
Francesco Potorti', ISTI-CNR Pisa, Italy
David Ros, GET/ENST Bretagne, France
Giovanni Stea, University of Pisa, Italy
Michael Welzl, Leopold-Franzens University of Innsbruck, Austria
Lloyd Wood, Cisco, UK
Linda Xie, University of North Carolina, USA
-
If you have any comments or questions, please write to:
[EMAIL PROTECTED]
-
[ns] [NSTools'07] Call for Papers
(Our apologies if you receive multiple copies of this message)
NSTOOLS 2007 *
Call for Papers
International Workshop on Network Simulation Tools
Nantes, France / October 22, 2007
http://www.nstools.org/
Submission Deadline -- April 30, 2006
-
The Network Simulation Tools Workshop (NSTools) is a one-day event
held in conjunction with the Second International Conference on
Performance Evaluation Methodologies and Tools (VALUETOOLS'07), which
will be held in Nantes, France, on October 22, 2007.
** All accepted papers will be made available in the **
** Association for Computing Machinery Digital Library **
-
** SCOPE **
Simulation tools are widely used within the Networking community to
simulate packet-switched networks and perform a large number of
wildly different tasks: they are often used in the industry and
within both academic and educational settings to design and evaluate
new and existing protocols and architectures.
The aim of the Network Simulation Tools workshop is thus to bring
together academic and industry researchers from both the Networking
and the Simulation communities to discuss current and future trends
in network simulation and to foster interdisciplinary collaborative
research in this area.
** PAPERS **
This workshop does not focus on network research results based on
the use of simulation tools: we are looking for original contributions
on the design and the use of the tools themselves. The following
topics are of particular interest.
Development of new simulation environments:
- parallel and distributed simulations
- real-time simulation of networks within the setting
of a larger real network testbed
- integration of real-world network applications in
conventional simulation tools
- textual and graphical post-processing analysis tools
- large-scale network simulations
- simulation accuracy evaluations
Development of new simulation models especially in, but not restricted
to, the areas of:
- Wireless and mobile networks: 3/4G, 802.11, 802.16/WiMAX, etc.,
- Peer to peer systems,
- Sensor networks, and,
- Delay-tolerant networking,
** IMPORTANT DATES **
Full Papers due: April 30, 2007
Notification of Acceptance:June 20, 2007
Camera-ready Manuscripts due: July 20, 2207
Conference Date: October 22, 2007
** SUBMISSION INSTRUCTIONS **
Conference language is English. Prospective authors are encouraged
to submit a PDF version of the full paper in the ACM conference
proceedings format, which are limited to 10 two-column pages in a
font no smaller than 10-points. Paper submission will be handled
electronically through Cocus (http://cocus.info/).
** PUBLICATION **
All submitted papers will go through a peer review process. All
accepted papers will be made available in Association for Computing
Machinery (ACM) Digital Library.
** WORKSHOP CO-CHAIRS **
Claudio Cicconetti, [EMAIL PROTECTED], Univ. of Pisa, Italy
Mathieu Lacage, [EMAIL PROTECTED], INRIA, France
** TECHNICAL PROGRAM COMMITTEE **
Ozgur Akan, Middle East Technical University Ankara, Turkey
Eitan Altman, INRIA, France
Chadi Barakat, INRIA, France
Andrzej Beben, University of Warsaw, Poland
Jaudelice Cavalcante de Oliveira, Drexel University, USA
Olivier Dalle, INRIA, France
Thierry Ernst, INRIA, France
Sonia Fahmy, Purdue University, USA
Thomas Fuhrmann, University of Karlsruhe, Germany
Andrei Gurtov, Helsinki Inst. for Information Technology, Finland
Qi He, IBM, USA
Tom Henderson, University of Washington Boeing, USA
Kun-Chan Lan, NICTA, Australia
Saverio Mascolo, Politecnico di Bari, Italy
Francesco Potorti', ISTI-CNR Pisa, Italy
David Ros, GET/ENST Bretagne, France
Giovanni Stea, University of Pisa, Italy
Michael Welzl, Leopold-Franzens University of Innsbruck, Austria
Lloyd Wood, Cisco, UK
Linda Xie, University of North Carolina, USA
-
If you have any comments or questions, please write to:
[EMAIL PROTECTED]
-
Re: [ns] new 802.11 - CAP proportion too big
On Wed, 2006-09-06 at 01:02 +0100, Pedro Fortuna wrote:
if ((*tmp).second + m_parameters-getMSDULifetime () now) {
It's delay bounded, and its limited with the value returned by
function getMSDULifetime, which by default is 10 seconds, which is a
very large value for delay.
Do you have a better suggestion ?
I've looked at your Yans code and ported the relevant code to your NS2 branch.
If I may ask, why did you use a queue size limit of 400 packets?
Because this is the max queue size of the linux madwifi driver the last
time I worked on it.
What is the delay limit on queued packets you implemented on Yans?
10s
Mathieu
--
Re: [ns] new 802.11 - CAP proportion too big
On Mon, 2006-08-14 at 23:54 +0100, Pedro Fortuna wrote: I'll do my best trying to find the problem. I'll submit a patch if I succeed correcting it (assuming there's a problem). There is a question on the DCF implementation part I'd like to ask if you don't mind. It seems that there's no Packet Loss. I know 802.11 DCF MAC's is an acknowledged service with up to 7 retransmissions, which eliminates almost every packet loss due to transmission errors. But shouldn't it at least have some packet loss due to limited queue sizes? I have done a simulation where I create 200 nodes exchanging 400 voip flows and although the maximum delay is a lot higher when compared with a 20 or 50 node simulation, it still does not show any packet loss. This suggests that in your implementation you have a very long queue (or infinite size). Is this true? If so, In your opinion, would it be complicated to implement a limited queue size? I cannot remember if the queue is size-bound or delay-bound. My curent code (in yans) is both size and delay bound with a default size of 400 packets. The relevant code is located in mac-queue-80211.cc. Mathieu
