<div dir="ltr"><div><div><div><div><div><div><div><div><div><div>Ancient Packet Question:<br><br>For a long string of NETROM nodes operating on alternating A/B BANDS (full duplex), would throughput be efficient or would ACKS from the next digi collide with incoming traffic from the previous one?<br><br></div>Consider a string of 9 nodes in a row:<br><br></div><div>--1--  --2--  --3--   --4--  --5--  --6--  --7--   --8--   --9--<br></div>TXA   RXA  TXA   RXA  TXA   RXA   TXA   RXA   TXA<br></div>RXB  TXB   RXB  TXB   RXB   TXB   RXB   TXB   RXB<br><br></div>If I remember conventional traffic, a sending station will send up to seven packets in a single transmission and, on a half duplex channel,  the ACKing station will ack the last one he got correct..  But if it is a full duplex channel, would the single incoming transmission of 7 packets be generating a continuous stream of all seven acks since the receiving node does not have to wait for the channel to clear?  What setting tells it to wait to see if there are more packets before originating a single ack?<br><br></div></div>It would seem that for only a few packets (all fitting in a single transmission) that the bulk of traffic might ripple quickly along the chain.  But as soon as more traffic was pending at the source, or a continuous feed of traffic, that things would clog up quickly.  Then this might be no better than all TX/RX on a single frequency half duplex anyway.<br><br>Or is max throughput only possible with every link having a clear frequency<br><br>---1---   ----2----    ----3----    ------4-----   ----5----    -----6-----    ----7-----<br></div>TXA     RXA/RXB     TXB        RXB/RXC     TXC        RXC/RXA      TXA<br></div>   RXC    TXC       RXC/RXA      TXA        RXA/RXB     TXB         RXB/RXC<br><br></div>I guess I never ever operated conventional packet over full duplex links and so have no basis for thinking it through..<br><br></div>Bob, WB4aPR<br><br></div>