Re: [ns] Time Complexity

2013-09-03 Thread M Falahati
gt; for ; Tue, 3 Sep 2013 10:15:14 -0700 (PDT)
> Received: by mail-wi0-f173.google.com with SMTP id hq15so520314wib.0
> for ; Tue, 03 Sep 2013 10:15:03 -0700 (PDT)
> DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
> d=gmail.com; s=20120113;
> h=mime-version:date:message-id:subject:from:to:content-type;
> bh=jrcwWrToyjOLHQHCY++xdc3p4T0s4sjgiQmiKSqBEgE=;
>
> b=QSvz3uDFq0KtBYdMTbNhCztDF7FxQ/NmeJMflBMITmPjolPPCelg4PPZYYFSWLm9rE
>
>  4F0dIqqagJbLQZ6GqByBPAG2NMVuqFjysJecshKahX/m/n4lJEEjpG2nOP0GYn/PQadZ
>
>  PkywMgg7jVJV988fVvf9n7nkLTlnKIATsAJP89iJT9fa5mClnpD6k9fIpiXL7BsMDQH1
>
>  d/6rg3nc0oOHIWekM9hANi5EqvPC0IfDSpJqsPPXW+sC+Z1If7ydMRahj+SR70iXCaC/
>
>  ExdMLMTUnxxXyUoVxerjJg7rrqsuIVSNF8BFUbqTl1t5LFhBV+zRMc+ym0T883nzmfV1
>  Ytbw==
> MIME-Version: 1.0
> X-Received: by 10.194.21.131 with SMTP id v3mr3202072wje.44.1378228503282;
>  Tue, 03 Sep 2013 10:15:03 -0700 (PDT)
> Received: by 10.194.139.114 with HTTP; Tue, 3 Sep 2013 10:15:03 -0700 (PDT)
> Date: Tue, 3 Sep 2013 21:45:03 +0430
> Message-ID:  q...@mail.gmail.com>
> Subject: Time Complexity
> From: M Falahati 
> To: "ns-users@ISI.EDU" 
> Content-Type: multipart/alternative; boundary=047d7b5d64f25b8b3d04e57dd484
> X-ISI-4-43-8-MailScanner: Found to be clean, Found to be clean
> X-MailScanner-From: md.falah...@gmail.com
>
> --047d7b5d64f25b8b3d04e57dd484
> Content-Type: text/plain; charset=ISO-8859-1
>
> Hello Dear Friends,
>
> I want to calculate time complexity of *Random::Uniform(a,b)* function in
> NS-2. Can somebody help to me?
>
> Thanks a lot.
>
> --047d7b5d64f25b8b3d04e57dd484
> Content-Type: text/html; charset=ISO-8859-1
>
> Hello Dear Friends,I want to calculate time
> complexity of  style="font-family:courier
> new,monospace">Random::Uniform(a,b) function in NS-2. Can
> somebody help to me?
> Thanks a lot.
>
> --047d7b5d64f25b8b3d04e57dd484--
>
>


Re: [ns] How noise_floor_ is chosen for 802.11a

2013-07-02 Thread M Falahati

Hello,

The attached file is a simple wireless simulation and i think it is good
for start...

regards,
On Tue, Jul 2, 2013 at 2:10 PM, Kriti Gupta  wrote:

> hello
> i am doing a project in manets i need to calculate throughput of tcp for
> wired scenario and wireless scenario
>  can u provide me the tcl script in ns2 for wired and wireless network and
> awk script to calculate throughput for wired network.  plzzz help me as i
> am new to this.
>
>
> On Sat, Jun 29, 2013 at 11:30 AM, M Falahati wrote:
>
>>
>> Thanks for sharing your time and knowledge.
>>
>> Good Luck.
>>
>> On Fri, Jun 28, 2013 at 2:01 AM, Bostanip > >wrote:
>>
>> >
>> > Well, after many months I know the answer. The noise floor is defined in
>> > the
>> > official documentation of 802.11a and corresponds to thermal noise of
>> the
>> > system.
>> >
>> >
>> >
>> > --
>> > View this message in context:
>> >
>> http://network-simulator-ns-2.7690.n7.nabble.com/How-noise-floor-is-chosen-for-802-11a-tp26183p27187.html
>> > Sent from the ns-users mailing list archive at Nabble.com.
>> >
>> >
>>
>
>


Re: [ns] How noise_floor_ is chosen for 802.11a

2013-06-28 Thread M Falahati

Thanks for sharing your time and knowledge.

Good Luck.

On Fri, Jun 28, 2013 at 2:01 AM, Bostanip wrote:

>
> Well, after many months I know the answer. The noise floor is defined in
> the
> official documentation of 802.11a and corresponds to thermal noise of the
> system.
>
>
>
> --
> View this message in context:
> http://network-simulator-ns-2.7690.n7.nabble.com/How-noise-floor-is-chosen-for-802-11a-tp26183p27187.html
> Sent from the ns-users mailing list archive at Nabble.com.
>
>


Re: [ns] Transmission Range of Node in WirelessPhyExt

2013-06-13 Thread M Falahati

Hello Itishi,

Thanks a lot for your reply.

If I want to use *200m* for transmission range and *TwoRayGround* for
propagation model, what value should I change in default parameters of
802.11p?
Please see default parameters for 802.11p in
https://sites.google.com/site/nahoons2/english-con/ns2-simulation-with-802-11p

RXThresh_ parameter has not used in Phy/WirelessPhyExt. Does your answer
mean that I should only be use Pt_ for setting transmission range?

regards,

On Thu, Jun 13, 2013 at 6:46 AM, itishi saxena  wrote:

> Hello Falahati,
>
> Please refer following link for your answer,
> http://mailman.isi.edu/pipermail/ns-users/2005-March/048467.html
>   ------
>  *From:* M Falahati 
> *To:* ns-users@ISI.EDU
> *Sent:* Wednesday, 12 June 2013 10:47 PM
> *Subject:* Re: [ns] Transmission Range of Node in WirelessPhyExt
>
>
> Sorry, I think that previous my post has not send to ns-users!
>
> On Tue, Jun 11, 2013 at 3:30 PM, M Falahati  wrote:
>
> > Hi,
> >
> > I want to use *802.11Ext* and *WirelessPhyExt* for simulating 802.11p in
> *
> > ns-2.35* and want to set transmission range of nodes to *200m*.
>
> >
> > Which value should be change in default parameters of 802.11p (
> >
> https://sites.google.com/site/nahoons2/english-con/ns2-simulation-with-802-11p
> > )?
> >
> > I am appreciated if someone can send me the answer.
> >
> > regards,
> >
>
>
>


Re: [ns] Transmission Range of Node in WirelessPhyExt

2013-06-12 Thread M Falahati

Sorry, I think that previous my post has not send to ns-users!

On Tue, Jun 11, 2013 at 3:30 PM, M Falahati  wrote:

> Hi,
>
> I want to use *802.11Ext* and *WirelessPhyExt* for simulating 802.11p in *
> ns-2.35* and want to set transmission range of nodes to *200m*.
>
> Which value should be change in default parameters of 802.11p (
> https://sites.google.com/site/nahoons2/english-con/ns2-simulation-with-802-11p
> )?
>
> I am appreciated if someone can send me the answer.
>
> regards,
>


Re: [ns] Fwd: how to estimate RXThresh?

2013-01-24 Thread M Falahati

Hi,

Propagation/TworayGround is false.
It is true: Propagation/TwoRayGround

Good Luck.

On Thu, Jan 24, 2013 at 7:29 PM, shiny  wrote:

>
> -- Forwarded message --
> From: shiny 
> Date: Thu, Jan 24, 2013 at 7:52 AM
> Subject: how to estimate RXThresh?
> To: ns-users-requ...@isi.edu, ns-users@isi.edu
>
>
> Hi frndz,
> As i changed set opt(prop) Propagation/FreeSpace i got the pr value but i
> didnt get pr value when it is Propagation/TworayGround...anybody know y i
> didnt get pr value?
>
>
>
> **
>
>
>
> --
> With Regards,
> John Shiny.J
>
>
>
> --
> With Regards,
> John Shiny.J
>


Re: [ns] how to estimate RXThresh?

2013-01-20 Thread M Falahati

Hi

I think that section 17.4 of this
PDFcan
help to you.

good luck.

On Mon, Jan 21, 2013 at 8:20 AM, shiny  wrote:

>
> hi frndz,
>  I am using TwoRay ground and for different distances...can any one
> help me to calculate Rxthresh?
> --
> With Regards,
> John Shiny.J
>


Re: [ns] Schedule the backoff timer in mac-802_11

2012-12-08 Thread M Falahati

Hello,

I found that below text (from IEEE Standard) is causing to set backoff
timer after successful transmission:

*A backoff procedure shall be performed immediately after the end of every
transmission with the More Fragments bit equal to 0 of an MPDU of type
Data,Management,
or Control with subtype PS-Poll, even if no additional transmissions are
currently queued. In the case of successful acknowledged transmissions,
this backoff procedure shall begin at the end of the received ACK frame. In
the case of unsuccessful transmissions requiring acknowledgment, this
backoff procedure shall begin at the end of the ACKTimeout interval (as
defined in 9.3.2.8). An unsuccessful transmission is one where an ACK frame
is not received from the STA addressed by the RA field of the transmitted
frame and the value of the RA field is an individual address. If the
transmission is successful, the CW value reverts to a CWmin before the
random backoff interval is chosen, and the SSRC and/or SLRC are updated as
described in 9.3.3. The result of this procedure is that transmitted frames
from a STA are always separated by at least one backoff interval.*


Re: [ns] Schedule the backoff timer in mac-802_11

2012-12-07 Thread M Falahati

Dear Kandasamy,

Thank you very much for your guidance.

I agree with you that flowchart is incomplete and i try to complete it
through the assistance of you and other NS users.

*But i told: *
1) "*Note: this flowchart has drawn to present the send mechanism
of "broadcast
data packets" in Mac-802_11.*"

  Since i just consider the *send mechanism* from upper layer to
lower layer in MAC, then i ignored "*Is Dir Down? No*".
  Also i think "*sendRTS()*" function does not do anything for
*broadcasting
data packet*, then i ignored it.

 2) "I *was drawing the flowchart with my viewpoint of NS-2 codes" *(I'm
working with NS-2.35).

   In Ns-2.35  *bugFix_timer_*  parameter is defined.
   Also i think that in*"send()" *function if *"**Is MAC IDLE? No**"
* then *DIFS *will set to zero by default. In this case, the start function
invokes with two arguments.


Sincerely Yours.


[ns] Schedule the backoff timer in mac-802_11

2012-12-05 Thread M Falahati

Dear All,

I'm studying on implementation of mac-802_11 in ns-2.35.

I don't know that why is the following highlight line used in *
Mac802_11::RetransmitDATA()* function?

==
*if((u_int32_t)ETHER_ADDR(mh->dh_ra) == MAC_BROADCAST)
{
Packet::free(pktTx_);
pktTx_ = 0;
rst_cw();
mhBackoff_.start(cw_, is_idle());
return;
}*
==

I think that line runs following steps:
1- it invokes *BackoffTimer::start()* that because of *idle* parameter is
zero, then *pause*_ parameter will set to one.
2- *tx_resume()* in the *Mac802_11::send_timer()* invokes
*setTxState()*and changes
*tx_state*  to  *MAC_IDLE* , then invokes *checkBackoffTimer()*.
3- *checkBackoffTimer()* invokes *mhBackoff_.resume()* and backoff timer
will schedule with [0-CWMin] + DIFS value.

Are above steps true?
If answer is true,is it necessary to start backoff timer (with value
between [0-CWMin] + DIFS) after sending a broadcast packet?

Sincerely Yours.


Re: [ns] regarding contention window

2012-11-05 Thread M Falahati

Hi,

*In Tcl :*
Default values are defined in ~/ns/tcl/lib/ns-default.tcl

*In C++:*
Class Mac-802_11 and its details are defined in ~/ns/mac/mac-802_11.h & .cc

Good luck

On Mon, Nov 5, 2012 at 9:21 PM, shiny  wrote:

>
> hi frndz,
>  Where CWMin and CWMax values are defined in ns2 back end files?
> --
> With Regards,
> John Shiny.J
>