e mac, the enforcement of an additional sending - by the way, how did
> you manage/implement that one? - leads to a task overflow.
> >> The arp only diminishes the probability of this failure happening, as
> it
> >> shortens the time for packet processing at the node...
> >&
ginal-Nachricht
>>> Datum: Thu, 18 Oct 2007 18:11:48 +0200
>>> Von: Stefano Busanelli <[EMAIL PROTECTED]>
>>> An: "Cesare M. Carretti" <[EMAIL PROTECTED]>
>>> CC: ns-users@ISI.EDU
>>> Betreff: Re: [ns] Bug in 802.15.4?
>>
;[EMAIL PROTECTED]>
>> An: "Cesare M. Carretti" <[EMAIL PROTECTED]>
>> CC: ns-users@ISI.EDU
>> Betreff: Re: [ns] Bug in 802.15.4?
>
>>
>>
>> In the past I'd had noticed a similar strange behavior: in fact, during
>> some simulat
In the past I'd had noticed a similar strange behavior: in fact, during
some simulation runs, nodes didn't transmit packets, seemingly without
no reason, while in other simulations nodes transmitted normally.
I had solved the problem disabling ARP packet transmissions.
In the mailing list archiv
Hello all,
I am implementing a distributed algorithm for sensor network, and I wrote
an application and a transport protocol simil-UDP to send data.
I have a strange problem in my simulation:
at some point, one node stop to send packet, it is blocked and if I try to
force the queue to send packet,
Tim,
Would it be possible to post a pointer to your 802.15.4 code?
Thanks,
Scott
On 3/7/07, Tim Allemeersch <[EMAIL PROTECTED]> wrote:
>
> Hi all,
>
> This is indeed a bug in the 802.15.4 ns-2 module. I have had this
> problem too. Multiple times, a node would just stay in the 'busy
> channel'
Hi all,
This is indeed a bug in the 802.15.4 ns-2 module. I have had this
problem too. Multiple times, a node would just stay in the 'busy
channel' mode, and could therefore not send its data. Anyway, I solved
it this way:
Have a cca at the first symbol. (CSH.start(1/getRate('s'));)
If the cha
Hi 802.15.4-ers!
I am working on the wpan module from ns-2.29, and I don't have the CSH
timer line. I think it was introduced in 2.30 rather than 2.28. So, I
am not seeing such strange problems. I am not sure about which is more
accurate though. Does the standard imply that any activity during th
First thank you for your feedback.
I've mentioned that the two timers have been introduced in order to be
compliant with the standard:
> > This way
> > it could happen that a busy channel in the first symbols but idle at the
> > time of the test was detected as IDLE instead of BUSY, as it should
Hi all,
I've found a possible bug / unhandled scenario in the 802.15.4 code included
in version 2.28 and subsequent.
It is due to a change introduced in the CCA and may cause the csma status to
get locked to "1", with various disastrous consequences.
I think that this may help someone who is wor
10 matches
Mail list logo
