Hello Richard,

>Firstly one would imagen a t_2 timer time of 1.5 seconds far to short for a
>1k2 link.

I am using this value long time with jnos, and that worked perfectly. It was
enough to piggy-back and to concatenate acks. In fact, it seems not to be the
problem, because if t2 expires it should be sent before the Information frames,
not after.

>Seconly it looks like you are using mode VC,

Yes ! That's not an accident ! :-)

>thirdly you have not set the "window" or "mss/mtu" correctly with the
>available commands. that can be seen because you are experiencing packet
>fragmenation, which is realy a bad thing on radio links.

Yes. The ax25 paclen is set to fragment the 256 tcp/ip bytes pdus in 2
ax25 fragments. 256 bytes packets are quite long at 1200 bauds, it's difficult
to share the qrg... Having a paclen of 131 does more optimum the work of the
link layer at this speed.

>I would expect someone else will be able to tell you exactly what you are
>doing wrong.

I am near to be sure that I am doing nothing wrong... And there is more things
in the behaviour of linux ax25 implementation that I don't understand, even
"looking very much the sources"

For example eliminating the "last I frame always polled" has removed a
condition wich caused packet accumulation. But I am still receiving datas out
of the ax25 window (???), causing ax25 disconnects. I am starting to think that
there is problems somewhere in the queues, or in the device drivers, or maybe
some internal blocking, or something related with the firewall code inserted in
ax25 code (the gateway is acting as a firewall).

The question is, where ?? :-) 

I see that not many people is using ax25 vc mode, I think because "it is not
working well". Apart of the way that tcp irtt is implemented in Linux (wich is
not the most efficient for ham-radio, there is things to improve here), I see
that there is more things that do really difficult to work in this mode... I'm
sure that with time "we" will find the problems, and the solutions !!!


--
Saludos de Julián
-.-
>> Powered by KDE / Linux <<

Reply via email to