Andreas, the answers to your questions are as follows: 1. The transmission delay of a transmitted packet is handled on the receiving side as far as when the receiver processes the packet. Meaning, the transmitter sends the packet at "start-of-transmission" and provides all receivers with the message duration based on the transmitter's data rate. The receiver will then wait the message duration plus the propagation delay before performing SNR based receive packet processing. On the transmit side, the transmitter will not send the next packet until the "end-of-transmission" of the last packet it transmitted expires. This will basically result in packets queuing up on the transmitter when the application is sending packets faster than the configured rate.
2. Yes. The transmission of many packets with long transmission delays, will basically be queued up on the transmitter until they are processed. 3. The existing stats don't provide the specific level of detail (blocked on "transmissionDelay) you are looking for. However, the queue stats on the transmitter should provide insight that things are backing up. kb Kaushik B. Patel Adjacent Link LLC On 04/26/2017 10:17 AM, Andreas Martens1 wrote: > Thanks Kaushik, > > I think I understand now, the transmission delay is performed on the > receiving side (transmissionDelay = messageDuration + propagationDelay), > so my update of datarate on the sending side can't interrupt the current > delay/pause/wait and force the send of the next packet? > > Would that imply that if I sent a ton of packets; then it would be blocked > for just about forever? > > I was trying to look at the stats on the nems, but couldn't find anything > that would tell me that it was essentially blocked on transmissionDelay, > did I miss anything? > > thanks again for the explanation! > Andreas > -- > IBM Emerging Technologies, IBM United Kingdom Limited > IBM Hursley Park, Winchester, SO21 2JN > Telephone Int. 24-6833 Ext. +44 (0)1962-816833 > Lotus Notes ID : Andreas Martens1/UK/IBM Internet : [email protected] > > > > From: "Kaushik B. Patel" <[email protected]> > To: Andreas Martens1/UK/IBM@IBMGB, [email protected] > Date: 25/04/2017 17:23 > Subject: Re: [emane-users] RF-Pipe datarate changes > > > > Andreas, when changing the datarate from 2Mbps to 1bps and sending say a > 100 byte packet, you are increasing the transmission delay from about > 400 usec to 800 seconds. The packet is experiencing a large delay and > you have to wait for a while (a long while) for the packet to get > through before the next packet is processed. > > When you toggle the rate without sending a packet, you don't see this > behavior because no packet was sent with the 1bps rate. > > Kaushik B. Patel > Adjacent Link LLC > > > On 04/25/2017 11:44 AM, Andreas Martens1 wrote: >> Hi again chaps, >> >> Another RF-Pipe related question; if I change the datarate on a nem at >> runtime, e.g. from 2000000 to 1 (the minimum) and back again it all > works >> fine and my connections stay alive. but if I change the datarate to the > >> minimum and try to put even a single packet over the channel, then upon >> resurrection to 2000000 nothing comes out the other end. >> >> The drop tables don't show anything being dropped, and nothing in the > logs >> (think CORE defaults to level 3), any caveats I might be falling into? >> >> Emane 1.0.1 >> >> cheers, >> Andreas >> -- >> IBM Emerging Technologies, IBM United Kingdom Limited >> IBM Hursley Park, Winchester, SO21 2JN >> Telephone Int. 24-6833 Ext. +44 (0)1962-816833 >> Lotus Notes ID : Andreas Martens1/UK/IBM Internet : > [email protected] >> Unless stated otherwise above: >> IBM United Kingdom Limited - Registered in England and Wales with number > >> 741598. >> Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 > 3AU >> >> >> >> _______________________________________________ >> emane-users mailing list >> [email protected] >> https://pf.itd.nrl.navy.mil/mailman/listinfo/emane-users >> > > > > > > Unless stated otherwise above: > IBM United Kingdom Limited - Registered in England and Wales with number > 741598. > Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU > > > > _______________________________________________ > emane-users mailing list > [email protected] > https://pf.itd.nrl.navy.mil/mailman/listinfo/emane-users > _______________________________________________ emane-users mailing list [email protected] https://pf.itd.nrl.navy.mil/mailman/listinfo/emane-users
