> I've watched the discussion about the need for compression to be added
> to the various services run over packet radio. Why is everyone so
> intent on modifying *every* service individually? What we need is to
> have the ax.25 protocol layer negotiate compression on connect.
... and there is the problem. If the mapping was one-to-one between AX.25
connections and services then we would possibly be OK. But a single AX.25
connection can carry many things, not just user-to-user data, for example
multiple NET/ROM, ROSE and TCP/IP sessions.
The second point is to do with the efficiency of compression. To get good
compression you need a reasonable amount of data and that means having access
to (for example) the complete BBS message before transmission. This then means that
we would have problems if we negotiated compression at each hop instead of end
to end.
> Then
> individual users and sysops can decide if they want to allow compression
> (or require it) on their systems. If the transport protocol is doing the
> compression, the individual services don't have to be modified - it would be
> transparent to them. Let's put the effort in creating a solid compression
> strategy where it belongs, and every program can benefit from it.
Put it where it belongs, and that is with the service, just above the socket
layer. That implies a library and of course some form of system to negotiate
the use of compression anyway, which is usually service specific.
> Pat
> KB8PYM
Jonathan HB9/G4KLX
> -------------------------------------------
> Is fearr Gaeilge bhriste, n� B�arla cliste.
What language is this ?
*************************************************************************
Ce message et toutes les pi�ces jointes (ci-apr�s le "message") sont
confidentiels et �tablis � l'intention exclusive de ses destinataires.
Toute utilisation ou diffusion non autoris�e est interdite.
Tout message �lectronique est susceptible d'alt�ration.
La SOCIETE GENERALE d�cline toute responsabilit� au titre de ce message
s'il a �t� alt�r�, d�form� ou falsifi�.
********
This message and any attachments (the "message") are confidential and
intended solely for the addressees.
Any unauthorised use or dissemination is prohibited.
E-mails are susceptible to alteration.
SOCIETE GENERALE shall not be liable for the message if altered,
changed or falsified.
*************************************************************************
