Compression logicielle et débit sur les réseaux

 
Ca c'est bien vrai ...

 
Krapaud : arrete d'ecorcher cette langue magnifique qu'est l'allemand. :D (on dit wunderbar).
Sinon je fais une descente avec mes potes Ralf et Hermann et on te donne un cours particulier gratuit. ;)
 
Buuuuuuu ! Les gens ne savent pas parler français sur ce forum et c'est encore pire quand ils essayent de parler une autre langue. :cry:
 

 
 
ROOOOOOHHHHHHH
avec une fôte en plus!!!
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 [:dehors2]  
 

 
Wie bitte ? Du kannst kein Deustch ? Schade. ;)

 
nicht sprengzi deutsch :na:

 
Was ist das. :o

Les RFC ne sont pas vraiment des normes, ce sont des textes destinés à rendre un peu plus accessibles (plus publiques , faut pas payer pour les avoir notamment) certaines informations techniques  
C'est vrai qu'entre les RFC, les "recommendations", les "best practices", les vraies normes, etc ... on s'y perd un peu ...
Les RFC sont plus orientées réseaux LAN et protocoles relatifs, encore qu'on y trouve des infos sur des choses comme PPP notamment (même si on peut mettre en place du PPP sur de l'ethernet  ... PPPoE quoi ... [:ddr555] )
En bref, c'est le bordel pour avoir une vision claire des choses et il faut y conssacrer un minimum de temps pour arriver à savoir comment tout ca s'imbrique ... :o ... CQFD :D

 
ouai mais l'ISO passe par les rfc non ? à moins que je les confonde toutes les deux ?
les 802.x ... c'est bien dans la rfc ?
mais sinon bien sur, les matos peuvent être indépendant de toutes normes (le modem adsl st USB par exemple, est compatible que ADSL et peut intégrer des fonctionnalités propres à l'adsl et non dsl, je présume (pour la communication centrale<->modem)) mais la rfc en gère un bon nombre quand même (ou l'ISO, je confonds p-t) : exemple, le wireless

Il existe des algo plus ou moins normalisés que les constructeurs intègrent dans leurs équipement télécoms, en essayant d'assurer un minimum d'interopérabilité ...
Va voir du côté de l' ITU (International Telecomunications Union, et plus spécifiqument la branche ITU-T ), de l'ANSI, de l'ISO, voire de l'IEEE ...
En général c'est ces organismes qui normalisent les technos du monde des télécoms ...
Comme exemple de norme de compression, on peut citer V.42 bis dans le cas des modems RTC ...
La négociation ne se fait pas au niveau du paquet mais du flux en entier en général, et le dialogue pour déterminer le schéma de compression à utiliser est normalisé dans le protocole normalement, et ca prend place à l'établissement de la connexion en général ...

 
mais de rien maitre, c'est un plaisir de vous servir  :jap:

 
google  :D
c'est l'organisme qui défini les standard touchant au rezo et à la communication des logiciels entre eux
 
y-en a pour les logiciels : ftp, http (les code erreurs par exmeple sont décrite dans la rfc correspondante)
mais aussi pour le matériel utilisé (LAN, dsl ...)

 
chaque protocol doit avoir un algo/systeme de compresson propre à lui (ip, ipx, ...), ou alors propre a la technologie employé (dsl, fibre opt, rtc ...)
j'avais vu des truc sur les deux il me semble
mais si un standard est défini, c'est dans al rfc

 
faudrait chercher du coté des rfc

En général tu compresses plutot les données, et pas les headers car ca pénaliserait trop les temps de traitements des paquets si tu compressais les infos de "service" nécessaires au routage des paquets
Par contre, j'ai pas exactement compris le sens de ta question ...

Disons que c'est surtout une question de matériels ... pour que ca marche, il faut évidemment que les deux bouts de la liaison point à point soient capables de compresser/décompresser et qu'ils soient aussi capables de se dire l'un l'autre quelles sont leurs capacités en la matière ... je sais pas si tu connais un peu les routeurs Cisco, mais en général (avec des versions pas trop vieilles de IOS) tu peux préciser au routeur qu'il doit faire de la compression sur telle ou telle liaison poit à point
Il me semble même que dans le cas de l'ADSL, la compression est pe utilisée (à vérifier et déterminer à quelle niveau elle intervient)
Sinon t'as le cas à part de la Voix et de la Vidéo (voire de l'image mais on peut dire que c'est une sous famille de la Vidéo du point de vue télécom maintenant ...)

C'est normal ... la compression c'est intéressant pour les transferts d'une certaine taille avec des motifs répétitifs ...
Pour les ping c'est pas intéressant, car d'une c'est des très petites quantités de données (ceux qui ont implémenté des trucs comme Huffman savent que les motifs les moins utilisés prennent plus de place que les originaux une fois "compressé" )
Ensuite si ton paquet de ping se retrouve pris dans une file d'attente et que tout doit être décompressé avant d'en arriver à ton paquet, ca a une influence très néfaste sur le temps de réponse ...

 
ok c'est pas une question de techno :)

non c'est applicable à la majorité des laisons point à point déjà ...

Ben le concept c'est d'inclure des possibilité de compression (souvent basée sur un dictionnaire pour les compressions sans perte) dans les équipements télécoms/réseau, afin qu'en compressant/décompressant à la volée, tu économises de la bande passante ...

Ca dépend énormément du type de données et de l'algo de compression utilisée ...
Mais c'est trop flou ta question là ... Pour quelles utilisations ?