In the slotted aloha, if a node is looking to retransmit message, does it not consider any new messages it may have to send while trying to retransmit? More specifically, each node has chance to transmit a new message, if a node is trying to retransmit will its chance to transmit new message be 0% as its focusing on retransmitting, or do we have to develop a queue of pending messages for each node?

ANONYMOUS wrote: We've been discussing Aloha in the context of the data-link layer, with the DLL needing to successfully transmit one frame before beginning the process for the *next* one. We should complete the re-transmission, before starting a new transmission (else the carried messages would arrive out-of-order).

What I meant is that the parameter is [the probability that a node has a new frame for transmission], if a specific node is already trying to retransmit, do we ignore any new frames for that node. As in context, I believe a node may be able to get a new frame it needs to transmit while it is still attempting to retransmit an older frame that has collided. Or am i missing something?

ANONYMOUS wrote: You don't *ignore* the new frames from that node, your DLL simply des not accept them from the layer above until the older frame has been successfully transmitted. (although we're not coding this question in any language), but in cnet if the DLL implements a stop-and-wait protocol, we temporarily disable the AL so that it won't inform us of any new frames for delivery. Then re-enable it when the older frame has gone and been acknowledged.