On Mon, 22 May 2000, Bruno Quesnel wrote:
> Now the problem that I have is that when trying to connect to the 44
> network, their is multiple transmit, then seems to wait, then receives
> the stuff or replies. Le tme give you an exmaple, when doing a ping
> with a 44 adress, their is multiple transmit (I can see the lights on
> TNC and I see with ifconfig TX packet increading) but nothing would ack
> the first ping.
What your probably seeing is a result of the default retransmit time being too
fast for our slow network speeds. The default value is something on the order
of one second and really should be more like 3 seconds for 1200b links.
Usually what happens is you send some data, lets say a ping, and linux
generates an ARP request, it waits one second and not seeing a reply sends
another, waits a second then sends another. Odds are that in all this time
your TNC has never stopped transmitting. So you haven't been able to see a
response.
Add the following to your ax25 configuration someplace after you've
configured the ports. This will increase the delay from 1 to 3 seconds and
seems to work much better for 1200b packet.
echo 300 > /proc/sys/net/ipv4/neigh/ax0/retrans_time
echo 300 > /proc/sys/net/ipv4/neigh/ax0/anycast_delay
Now you'll send one ARP, wait long enough for your TNC to stop transmitting
and receive a response, and continue on with the data. No more pounding the
channel with multiple requests and no pause for a response.
Start with 300 (3 seconds) and tune as necessary for your network.
Ken , N7IPB
