Je cherche un moyen de compresser des données qui transitent sur un
réseau. Je ne sais pas si c'est une bonne idée ni même si c'est
possible, mais bon...
A Madagascar, il n'y a pas de connexion haut-débit intercontinentale
accessible au grand public. Le grand public se contente de cybers cafés
connectés à 56K. Il y a bien des cybercafés en 512, mais beaucoup plus
chers. Je me suis donc dit qu'on pouvait peut-etre les rendre plus heureux
si on pouvait encore compresser les données sortant du cyber café
avant la dernière couche IP (plus précisément, après la dernière
couche traitée par un logiciel).
Supposons que le modem du cybercafé ne dialogue qu'avec un serveur
dédié situé en France, le serveur dédié,lui est bridé à un débit
de 6Mbps, bref, c'est suffisant...
Ce serveur dédié, lui, decompresserait le données avant de les balancer
sur Internet. DAns l'autre sens, il les recompresserait aussi avant de les
renvoyer au modem 56K pour les paquets de réponse.
Il y aurait donc un tunnel entre le 56K et le dédié.
Bref, je cherche un genre de "VPN qui compresse beaucoup", dans le but de
rendre un peu plus petite la taille des données échangées.
Ce sont des cyber cafés qui ne serviront qu'à surfer et lire ses
webmails, chatter,... le niveau de sécurité des données peut y etre
assez bas, on en tiendra informé les utilisateurs... Si on doit choisir
entre sécurité des données et fluidité, on choisirait fluidité...
Tout serait sous Linux ou FreeBSD.
Est ce que ça existe? de combien on réusi à compresser (par rapport à
une connexion normale)? quelle puisssance CPU ça requiert? Est ce que
quelqu'un a déjà essayé?
--
Les serveurs avec 10Mb/s se louent maintenant pour 50 ou 60 Euros par mois!
La preuve http://www.google.fr/search?q=serveur+dedie
Infogerance de serveur dedie http://aspo.rktmb.org/activites/infogerance
(En louant les services de l'ASPO vous luttez contre la fracture numerique)
On 2005-04-13, Rakotomandimby (R12y) Mihamina wrote:
connectés à 56K. Il y a bien des cybercafés en 512, mais beaucoup plus
Les modems analogiques 56k compressent déja les données, je pense qu'il n'y a rien à gagner...
-- _/°< coin
Kevin Denis
On 2005-04-13, Rakotomandimby (R12y) Mihamina wrote:
Je cherche un moyen de compresser des données qui transitent sur un réseau. Je ne sais pas si c'est une bonne idée ni même si c'est possible, mais bon...
Typiquement, ssh propose ce genre de choses:
-C Requests compression of all data (including stdin, stdout, stderr, and data for forwarded X11 and TCP/IP connections). The compression algorithm is the same used by gzip(1), and the ``level'' can be controlled by the CompressionLevel option for protocol version 1. Compression is desirable on modem lines and other slow connections, but will only slow down things on fast networks. The default value can be set on a host-by-host basis in the configuration files; see the Compression option.
Mais je ne sais pas si ca joue beaucoup :/ Typiquement, les serveurs web compressent deja leurs pages, je ne sais pas ce que ca peut donner de compresser deux fois les choses.
Est ce que ça existe? de combien on réusi à compresser (par rapport à une connexion normale)?
Je me demande surtout dans quel cas c'est vraiment interessant.
Imaginons une seance de chat. L'envoi d'une ligne qui fait une dizaine de mot gagnera t'elle vraiment a etre compressee? -- Kevin
On 2005-04-13, Rakotomandimby (R12y) Mihamina <mihamina@mail.rktmb.org> wrote:
Je cherche un moyen de compresser des données qui transitent sur un
réseau. Je ne sais pas si c'est une bonne idée ni même si c'est
possible, mais bon...
Typiquement, ssh propose ce genre de choses:
-C Requests compression of all data (including stdin, stdout,
stderr, and data for forwarded X11 and TCP/IP connections). The
compression algorithm is the same used by gzip(1), and the
``level'' can be controlled by the CompressionLevel option for
protocol version 1. Compression is desirable on modem lines and
other slow connections, but will only slow down things on fast
networks. The default value can be set on a host-by-host basis
in the configuration files; see the Compression option.
Mais je ne sais pas si ca joue beaucoup :/ Typiquement, les serveurs
web compressent deja leurs pages, je ne sais pas ce que ca peut donner
de compresser deux fois les choses.
Est ce que ça existe? de combien on réusi à compresser (par rapport à
une connexion normale)?
Je me demande surtout dans quel cas c'est vraiment interessant.
Imaginons une seance de chat. L'envoi d'une ligne qui fait une
dizaine de mot gagnera t'elle vraiment a etre compressee?
--
Kevin
On 2005-04-13, Rakotomandimby (R12y) Mihamina wrote:
Je cherche un moyen de compresser des données qui transitent sur un réseau. Je ne sais pas si c'est une bonne idée ni même si c'est possible, mais bon...
Typiquement, ssh propose ce genre de choses:
-C Requests compression of all data (including stdin, stdout, stderr, and data for forwarded X11 and TCP/IP connections). The compression algorithm is the same used by gzip(1), and the ``level'' can be controlled by the CompressionLevel option for protocol version 1. Compression is desirable on modem lines and other slow connections, but will only slow down things on fast networks. The default value can be set on a host-by-host basis in the configuration files; see the Compression option.
Mais je ne sais pas si ca joue beaucoup :/ Typiquement, les serveurs web compressent deja leurs pages, je ne sais pas ce que ca peut donner de compresser deux fois les choses.
Est ce que ça existe? de combien on réusi à compresser (par rapport à une connexion normale)?
Je me demande surtout dans quel cas c'est vraiment interessant.
Imaginons une seance de chat. L'envoi d'une ligne qui fait une dizaine de mot gagnera t'elle vraiment a etre compressee? -- Kevin
Rakotomandimby (R12y) Mihamina
( Wed, 13 Apr 2005 16:31:07 +0000 ) Kevin Denis :
Est ce que ça existe? de combien on réusi à compresser (par rapport à une connexion normale)?
Je me demande surtout dans quel cas c'est vraiment interessant.
Imaginons une seance de chat. L'envoi d'une ligne qui fait une dizaine de mot gagnera t'elle vraiment a etre compressee?
Dans la mesure ou ces dix mots se feront encapsuler un bon nombre de fois, ça peut influer... enfin, franchement je ne sais pas. On me dit que les modems 56K font déjà ce qui peut se faire...
-- Les serveurs avec 10Mb/s se louent maintenant pour 50 ou 60 Euros par mois! La preuve http://www.google.fr/search?q=serveur+dedie Infogerance de serveur dedie http://aspo.rktmb.org/activites/infogerance (En louant les services de l'ASPO vous luttez contre la fracture numerique)
( Wed, 13 Apr 2005 16:31:07 +0000 ) Kevin Denis :
Est ce que ça existe? de combien on réusi à compresser (par rapport à
une connexion normale)?
Je me demande surtout dans quel cas c'est vraiment interessant.
Imaginons une seance de chat. L'envoi d'une ligne qui fait une
dizaine de mot gagnera t'elle vraiment a etre compressee?
Dans la mesure ou ces dix mots se feront encapsuler un bon nombre de fois,
ça peut influer... enfin, franchement je ne sais pas. On me dit que les
modems 56K font déjà ce qui peut se faire...
--
Les serveurs avec 10Mb/s se louent maintenant pour 50 ou 60 Euros par mois!
La preuve http://www.google.fr/search?q=serveur+dedie
Infogerance de serveur dedie http://aspo.rktmb.org/activites/infogerance
(En louant les services de l'ASPO vous luttez contre la fracture numerique)
Est ce que ça existe? de combien on réusi à compresser (par rapport à une connexion normale)?
Je me demande surtout dans quel cas c'est vraiment interessant.
Imaginons une seance de chat. L'envoi d'une ligne qui fait une dizaine de mot gagnera t'elle vraiment a etre compressee?
Dans la mesure ou ces dix mots se feront encapsuler un bon nombre de fois, ça peut influer... enfin, franchement je ne sais pas. On me dit que les modems 56K font déjà ce qui peut se faire...
-- Les serveurs avec 10Mb/s se louent maintenant pour 50 ou 60 Euros par mois! La preuve http://www.google.fr/search?q=serveur+dedie Infogerance de serveur dedie http://aspo.rktmb.org/activites/infogerance (En louant les services de l'ASPO vous luttez contre la fracture numerique)
Francois Cartegnie
Rakotomandimby (R12y) Mihamina wrote:
Dans la mesure ou ces dix mots se feront encapsuler un bon nombre de fois, ça peut influer... enfin, franchement je ne sais pas. On me dit que les modems 56K font déjà ce qui peut se faire... Et des fois ils font mal les choses... Par exemple, la compression
V42bis combiné avec d'autres options donne un meilleur résultat qu'une MNP5 par défaut (car V42bis débraie quand le contenu n'est plus compressable). Mais la compression au niveau modem a tjs un ratio inférieur :( Donc la solution de la compression à plus haut niveau est intéressante (à condition dans ce cas de virer la compression du modem !). -> voir Howtos VPN linux Mais comme le VPN ajoute pas mal de choses :(, je pense qu'une meilleure solution pour toi serait d'essayer un lien PPP avec compression (PPP deflate) au dessus du quel tu fais ton lien IP. Voir les howtos pour ca.
Rakotomandimby (R12y) Mihamina wrote:
Dans la mesure ou ces dix mots se feront encapsuler un bon nombre de fois,
ça peut influer... enfin, franchement je ne sais pas. On me dit que les
modems 56K font déjà ce qui peut se faire...
Et des fois ils font mal les choses... Par exemple, la compression
V42bis combiné avec d'autres options donne un meilleur résultat qu'une
MNP5 par défaut (car V42bis débraie quand le contenu n'est plus
compressable).
Mais la compression au niveau modem a tjs un ratio inférieur :(
Donc la solution de la compression à plus haut niveau est intéressante
(à condition dans ce cas de virer la compression du modem !).
-> voir Howtos VPN linux
Mais comme le VPN ajoute pas mal de choses :(, je pense qu'une meilleure
solution pour toi serait d'essayer un lien PPP avec compression (PPP
deflate) au dessus du quel tu fais ton lien IP. Voir les howtos pour ca.
Dans la mesure ou ces dix mots se feront encapsuler un bon nombre de fois, ça peut influer... enfin, franchement je ne sais pas. On me dit que les modems 56K font déjà ce qui peut se faire... Et des fois ils font mal les choses... Par exemple, la compression
V42bis combiné avec d'autres options donne un meilleur résultat qu'une MNP5 par défaut (car V42bis débraie quand le contenu n'est plus compressable). Mais la compression au niveau modem a tjs un ratio inférieur :( Donc la solution de la compression à plus haut niveau est intéressante (à condition dans ce cas de virer la compression du modem !). -> voir Howtos VPN linux Mais comme le VPN ajoute pas mal de choses :(, je pense qu'une meilleure solution pour toi serait d'essayer un lien PPP avec compression (PPP deflate) au dessus du quel tu fais ton lien IP. Voir les howtos pour ca.
crapoulet.nicolas
Francois Cartegnie wrote:
Rakotomandimby (R12y) Mihamina wrote:
Dans la mesure ou ces dix mots se feront encapsuler un bon nombre de fois, ça peut influer... enfin, franchement je ne sais pas. On me dit que les modems 56K font déjà ce qui peut se faire...
Et des fois ils font mal les choses... Par exemple, la compression V42bis combiné avec d'autres options donne un meilleur résultat qu'une MNP5 par défaut (car V42bis débraie quand le contenu n'est plus compressable). Mais la compression au niveau modem a tjs un ratio inférieur :( Donc la solution de la compression à plus haut niveau est intéressante (à condition dans ce cas de virer la compression du modem !). -> voir Howtos VPN linux Mais comme le VPN ajoute pas mal de choses :(, je pense qu'une meilleure solution pour toi serait d'essayer un lien PPP avec compression (PPP deflate) au dessus du quel tu fais ton lien IP. Voir les howtos pour ca.
j'ai déja entendu parlé d'un matériel nommé "peribeat" je crois. Sont rôle était de compresser les données transmises par une ligne Adsl 256 k
Francois Cartegnie wrote:
Rakotomandimby (R12y) Mihamina wrote:
Dans la mesure ou ces dix mots se feront encapsuler un bon nombre de
fois,
ça peut influer... enfin, franchement je ne sais pas. On me dit que les
modems 56K font déjà ce qui peut se faire...
Et des fois ils font mal les choses... Par exemple, la compression
V42bis combiné avec d'autres options donne un meilleur résultat qu'une
MNP5 par défaut (car V42bis débraie quand le contenu n'est plus
compressable).
Mais la compression au niveau modem a tjs un ratio inférieur :(
Donc la solution de la compression à plus haut niveau est intéressante
(à condition dans ce cas de virer la compression du modem !).
-> voir Howtos VPN linux
Mais comme le VPN ajoute pas mal de choses :(, je pense qu'une meilleure
solution pour toi serait d'essayer un lien PPP avec compression (PPP
deflate) au dessus du quel tu fais ton lien IP. Voir les howtos pour ca.
j'ai déja entendu parlé d'un matériel nommé "peribeat" je crois. Sont
rôle était de compresser les données transmises par une ligne Adsl 256 k
Dans la mesure ou ces dix mots se feront encapsuler un bon nombre de fois, ça peut influer... enfin, franchement je ne sais pas. On me dit que les modems 56K font déjà ce qui peut se faire...
Et des fois ils font mal les choses... Par exemple, la compression V42bis combiné avec d'autres options donne un meilleur résultat qu'une MNP5 par défaut (car V42bis débraie quand le contenu n'est plus compressable). Mais la compression au niveau modem a tjs un ratio inférieur :( Donc la solution de la compression à plus haut niveau est intéressante (à condition dans ce cas de virer la compression du modem !). -> voir Howtos VPN linux Mais comme le VPN ajoute pas mal de choses :(, je pense qu'une meilleure solution pour toi serait d'essayer un lien PPP avec compression (PPP deflate) au dessus du quel tu fais ton lien IP. Voir les howtos pour ca.
j'ai déja entendu parlé d'un matériel nommé "peribeat" je crois. Sont rôle était de compresser les données transmises par une ligne Adsl 256 k
Vincent Bernat
OoO Vers la fin de l'après-midi du mercredi 13 avril 2005, vers 16:14, "Rakotomandimby (R12y) Mihamina" disait:
Je cherche un moyen de compresser des données qui transitent sur un réseau. Je ne sais pas si c'est une bonne idée ni même si c'est possible, mais bon...
Outre la remarque de Thierry, tu peux utiliser OpenVPN pour ça. Il est possible de ne pas chiffrer avec. -- panic("Attempted to kill the idle task!"); 2.2.16 /usr/src/linux/kernel/exit.c
OoO Vers la fin de l'après-midi du mercredi 13 avril 2005, vers 16:14,
"Rakotomandimby (R12y) Mihamina" <mihamina@mail.rktmb.org> disait:
Je cherche un moyen de compresser des données qui transitent sur un
réseau. Je ne sais pas si c'est une bonne idée ni même si c'est
possible, mais bon...
Outre la remarque de Thierry, tu peux utiliser OpenVPN pour ça. Il est
possible de ne pas chiffrer avec.
--
panic("Attempted to kill the idle task!");
2.2.16 /usr/src/linux/kernel/exit.c
OoO Vers la fin de l'après-midi du mercredi 13 avril 2005, vers 16:14, "Rakotomandimby (R12y) Mihamina" disait:
Je cherche un moyen de compresser des données qui transitent sur un réseau. Je ne sais pas si c'est une bonne idée ni même si c'est possible, mais bon...
Outre la remarque de Thierry, tu peux utiliser OpenVPN pour ça. Il est possible de ne pas chiffrer avec. -- panic("Attempted to kill the idle task!"); 2.2.16 /usr/src/linux/kernel/exit.c
Julien Salgado
Thierry Boudet a écrit :
On 2005-04-13, Rakotomandimby (R12y) Mihamina wrote:
connectés à 56K. Il y a bien des cybercafés en 512, mais beaucoup plus
Les modems analogiques 56k compressent déja les données, je pense qu'il n'y a rien à gagner...
Non, la compression se fait sur certaines trames ppp (LCP data) et seulement entre les deux partenaires de la ligne. La compression est perdue ensuite.
Par contre, on peut monter un tunnel IPSEC (si on peut dire) avec un chiffrement nul (pas de chiffrement) et une intégrité en md5 (le plus rapide), en faisant un transport classique en ESP en utilisant openswan sur linux.
En jouant sur le MTU on peut arriver à des résultat assez interessant. Ensuite, il n'est plus vraiment nécessaire de faire de la compression sur ppp.
-- Julien
Thierry Boudet a écrit :
On 2005-04-13, Rakotomandimby (R12y) Mihamina <mihamina@mail.rktmb.org> wrote:
connectés à 56K. Il y a bien des cybercafés en 512, mais beaucoup plus
Les modems analogiques 56k compressent déja les données,
je pense qu'il n'y a rien à gagner...
Non, la compression se fait sur certaines trames ppp (LCP data) et
seulement entre les deux partenaires de la ligne. La compression est
perdue ensuite.
Par contre, on peut monter un tunnel IPSEC (si on peut dire) avec un
chiffrement nul (pas de chiffrement) et une intégrité en md5 (le plus
rapide), en faisant un transport classique en ESP en utilisant openswan
sur linux.
En jouant sur le MTU on peut arriver à des résultat assez interessant.
Ensuite, il n'est plus vraiment nécessaire de faire de la compression
sur ppp.
On 2005-04-13, Rakotomandimby (R12y) Mihamina wrote:
connectés à 56K. Il y a bien des cybercafés en 512, mais beaucoup plus
Les modems analogiques 56k compressent déja les données, je pense qu'il n'y a rien à gagner...
Non, la compression se fait sur certaines trames ppp (LCP data) et seulement entre les deux partenaires de la ligne. La compression est perdue ensuite.
Par contre, on peut monter un tunnel IPSEC (si on peut dire) avec un chiffrement nul (pas de chiffrement) et une intégrité en md5 (le plus rapide), en faisant un transport classique en ESP en utilisant openswan sur linux.
En jouant sur le MTU on peut arriver à des résultat assez interessant. Ensuite, il n'est plus vraiment nécessaire de faire de la compression sur ppp.
-- Julien
Thierry Boudet
On 2005-04-14, Julien Salgado wrote:
connectés à 56K. Il y a bien des cybercafés en 512, mais beaucoup plus
Les modems analogiques 56k compressent déja les données, je pense qu'il n'y a rien à gagner...
Non, la compression se fait sur certaines trames ppp (LCP data) et seulement entre les deux partenaires de la ligne. La compression est perdue ensuite.
Comment veux-tu que le modem analogique (qui ne voit passer
qu'un flux d'octets) puisse trier les trames ppp afin de ne compresser que certaines d'entre elles ?
-- _/°< coin
On 2005-04-14, Julien Salgado <Julien.Salgado@f_r_e_e_f_r.ignore.invalid> wrote:
connectés à 56K. Il y a bien des cybercafés en 512, mais beaucoup plus
Les modems analogiques 56k compressent déja les données,
je pense qu'il n'y a rien à gagner...
Non, la compression se fait sur certaines trames ppp (LCP data) et
seulement entre les deux partenaires de la ligne. La compression est
perdue ensuite.
Comment veux-tu que le modem analogique (qui ne voit passer
qu'un flux d'octets) puisse trier les trames ppp afin de
ne compresser que certaines d'entre elles ?
connectés à 56K. Il y a bien des cybercafés en 512, mais beaucoup plus
Les modems analogiques 56k compressent déja les données, je pense qu'il n'y a rien à gagner...
Non, la compression se fait sur certaines trames ppp (LCP data) et seulement entre les deux partenaires de la ligne. La compression est perdue ensuite.
Comment veux-tu que le modem analogique (qui ne voit passer
qu'un flux d'octets) puisse trier les trames ppp afin de ne compresser que certaines d'entre elles ?
-- _/°< coin
Laurent
Dans l'article , disait...
On 2005-04-14, Julien Salgado wrote:
Non, la compression se fait sur certaines trames ppp (LCP data) et seulement entre les deux partenaires de la ligne. La compression est perdue ensuite.
Comment veux-tu que le modem analogique (qui ne voit passer
qu'un flux d'octets) puisse trier les trames ppp afin de ne compresser que certaines d'entre elles ? C'est clair.
Par contre, la compression "matérielle" à laquelle tu fais référenc e ne s'applique qu'entre les deux modems connectés, et pas forcement au delà .
Dans l'article <slrnd66vqj.24fo.tth@tosh.zouh.org>, tth@zouh.org
disait...
On 2005-04-14, Julien Salgado <Julien.Salgado@f_r_e_e_f_r.ignore.invalid> wrote:
Non, la compression se fait sur certaines trames ppp (LCP data) et
seulement entre les deux partenaires de la ligne. La compression est
perdue ensuite.
Comment veux-tu que le modem analogique (qui ne voit passer
qu'un flux d'octets) puisse trier les trames ppp afin de
ne compresser que certaines d'entre elles ?
C'est clair.
Par contre, la compression "matérielle" à laquelle tu fais référenc e ne
s'applique qu'entre les deux modems connectés, et pas forcement au delà .
Non, la compression se fait sur certaines trames ppp (LCP data) et seulement entre les deux partenaires de la ligne. La compression est perdue ensuite.
Comment veux-tu que le modem analogique (qui ne voit passer
qu'un flux d'octets) puisse trier les trames ppp afin de ne compresser que certaines d'entre elles ? C'est clair.
Par contre, la compression "matérielle" à laquelle tu fais référenc e ne s'applique qu'entre les deux modems connectés, et pas forcement au delà .
