>On Fri, Nov 05, 1999 at 10:44:49PM -0800, Cathryn Mataga wrote:
>> Yeah, I wonder if it would work just sending raw TCP/IP without any ax25 headers
>> at all. Aren't the crc's and packet lengths and all that stuff just transmitted
>twice?
>
>I'm not sure. Need to include amateur callsigns in there somewhere, though,
>since IP addresses aren't official identification.
Or do we need the callsigns in every single packet? US-wise, I thought we only
needed to ID every 10 minuts.
>
>> Or, is there not enough information in raw tcp/ip to know where the blocks are, and
>> whether the packets are valid. Seems like the header bytes are slowing down ham
>tcp/ip.
>
>Is Van Jacobsen compression used? I haven't used TCP/IP over AX.25 yet,
>still waiting on an IP allocation. VJ header compression is routinely
>used on dialup PPP links, and if a link that fast (comparatively) can
>benefit from it, I suspect our links could too.
My understanding is that tcp/ip headers are not compressed. I believe every packet
goes out with an ax25 header and a TCP/ip header. Isn't
some kind of header compression going to be part of the 2.3/2.4 kernels? Does
*NOS understand any kind of header compression?
I would think that PPP is a little different that ax25, in that there are only two
ends. Where
ax25 really is a LAN with lots of ip addresses on the channel. So, I'm not sure if
the
PPP header compression would work. I'm pretty sure that PPP goes through a special
path only for itself, where this header compression occurs. Come to think of it,
though,
perhaps some ham tcp/ip are really only point-to-point, with only two stations, for
maybe
in that situation, the PPP header compression would work. Hmm, there's no way
to turn it on now, though.
>
>hamish vk3sb
>--
>Hamish Moffatt Mobile: +61 412 011 176 [EMAIL PROTECTED]
>Rising Software Australia Pty. Ltd. http://www.risingsoftware.com/
>Phone: +61 3 9894 4788 Fax: +61 3 9894 3362 USA: 1 888 667 7839
