Hello Erico,
Generally speaking, the packet flow is: when a packet is sent by the
particular node from the network layer (down direction), it is first
received by the 802_11::recv. In the 802_11::recv, the direction of the
particular packet is checked, if it is down direction, the 802_11::send is
Hello Erico,
Generally speaking, the packet flow is: when a packet is sent by the
particular node from the network layer (down direction), it is first
received by the 802_11::recv. In the 802_11::recv, the direction of the
particular packet is checked, if it is down direction, the 802_11::send is
I understood these parameters, but the problem is, when a msg is sent, and
we have a packet, the 802_11::recv will be called by which nodes?
And why the wireless channel nodes in range when a msg is sent get delay
time increased by a factor distance/speed of light, and why this happens
inside a s
Has anyone understood how this works? I found 158 matches to calls of
Mac802_11::recv,.
Any help appreciated.
Érico V. Porto
On Mon, Feb 21, 2011 at 2:38 PM, Érico Porto wrote:
> I was looking at the mac802_11.cc implementation, and looking at the
> following function:
>
> Mac802_11::recv
>
>
I was looking at the mac802_11.cc implementation, and looking at the
following function:
Mac802_11::recv
It seems that it also has another type of decision clause:
if(pktRx_->txinfo_.RxPr / p->txinfo_.RxPr >= p->txinfo_.CPThresh) {
capture(p);
} else {
collision(p);
}
>From this code I think
Hello everyone,
I was looking at how the NS-2 implements the interference that a noda has
over the other... So I map this functions:
(phy.cc) Phy::recv ->
(wireless-phy.cc) WirelessPhy::sendDown(packet *p) ->
(channel.cc) WirelessChannel::Recvd(packet *p) ->
WirelessChannel::SendUp(packet* P, Ph