bonsoir à tous
je suis abonné chez wanadoo en 128kb/s
quand je suis connecté dans la fenetre de wanadoo
je vois 163 kb/s et le temps depuis lequel je suis en ligne
Je ne comprends pas se chiffre de 163kb/s
merci d'avance
Bernard
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Patrick D
On Tue, 7 Oct 2003 22:30:41 +0200, aron.bernard wrote:
bonsoir à tous je suis abonné chez wanadoo en 128kb/s quand je suis connecté dans la fenetre de wanadoo je vois 163 kb/s et le temps depuis lequel je suis en ligne Je ne comprends pas se chiffre de 163kb/s merci d'avance Bernard
bon, allez, pas si con que ça, rassures-toi
c'est le débit 'brut' en ATM quand on enlêve le 'bavardage' du protocole ATM qui encadre TCP-IP, il reste 128 kbs/s
-- * remove '.don't.spam' and '.invalid' from my eMail address if you want to write me * * enlevez '.don't.spam' et '.invalid' de mon adresse eMail si vous voulez m'écrire *
On Tue, 7 Oct 2003 22:30:41 +0200, aron.bernard <aron.bernard@wanadoo.fr>
wrote:
bonsoir à tous
je suis abonné chez wanadoo en 128kb/s
quand je suis connecté dans la fenetre de wanadoo
je vois 163 kb/s et le temps depuis lequel je suis en ligne
Je ne comprends pas se chiffre de 163kb/s
merci d'avance
Bernard
bon, allez, pas si con que ça, rassures-toi
c'est le débit 'brut' en ATM
quand on enlêve le 'bavardage' du protocole ATM qui encadre TCP-IP, il
reste 128 kbs/s
--
* remove '.don't.spam' and '.invalid' from my eMail address if you want to
write me *
* enlevez '.don't.spam' et '.invalid' de mon adresse eMail si vous voulez
m'écrire *
On Tue, 7 Oct 2003 22:30:41 +0200, aron.bernard wrote:
bonsoir à tous je suis abonné chez wanadoo en 128kb/s quand je suis connecté dans la fenetre de wanadoo je vois 163 kb/s et le temps depuis lequel je suis en ligne Je ne comprends pas se chiffre de 163kb/s merci d'avance Bernard
bon, allez, pas si con que ça, rassures-toi
c'est le débit 'brut' en ATM quand on enlêve le 'bavardage' du protocole ATM qui encadre TCP-IP, il reste 128 kbs/s
-- * remove '.don't.spam' and '.invalid' from my eMail address if you want to write me * * enlevez '.don't.spam' et '.invalid' de mon adresse eMail si vous voulez m'écrire *
Guillaume Vauvert
Patrick D wrote:
bonsoir à tous je suis abonné chez wanadoo en 128kb/s quand je suis connecté dans la fenetre de wanadoo je vois 163 kb/s et le temps depuis lequel je suis en ligne Je ne comprends pas se chiffre de 163kb/s merci d'avance Bernard
bon, allez, pas si con que ça, rassures-toi
c'est le débit 'brut' en ATM quand on enlêve le 'bavardage' du protocole ATM qui encadre TCP-IP, il reste 128 kbs/s Euh, pour une question "con", la réponse est un peu trop "technique", non ?
Je vais tenter d'éclarcir le propos (fort juste) de Patrick. Supposons que tu télécharge un fichier. Le serveur de fichier distant (par exemple ftp.gnu.org) utilise un protocole nommé "ftp" qui sait quel fichier il doit envoyer, mais il ne s'occupe pas de son transfert. Pour des raisons techniques, le fichier ne peut pas être envoyé en un seul morceau : il est découpé en paquets dits paquets IP, chaque paquet prenant une route (succession de cable-routeur-cable-routeur-...) différente pour arriver chez toi. Mais en fait, IP ne s'occupe pas réellement de tous les problèmes de transport : les paquets IP peuvent ainsi être à nouveau redécoupés en paquets plus petits, ou au contraire assemblés en un paquet plus gros pour satisfaire le protocole de transmission utilisé. Par exemple, notre fichier est d'abord saucissonné en paquets IP de taille 64Ko, puis transmis au réseau A, qui lui utilise un protocole de transmission PA qui utilise des paquets de 32 Ko. Les paquets sont transmis dans A au moyen de PA par paquet de 32Ko; à la sortie, les paquets sont réassemblés pour reconstruire les paquets IP et transmis à un autre réseau B, qui se débrouille avec son protocole interne PB. Il suffit qu'en entrée, chaque réseau accepte les paquets IP, et qu'en sortie, ils fournissent aussi des paquets IP.
Chaque paquet IP est donc mis dans un paquet propre au protocole (par exemple ATM) du réseau de transfert, et y sont ajoutées des infos pour transporter correctement le paquet vers la bonne sortie, ces infos n'étant que significatives pour le protocole du réseau.
Voilà, j'espère avoir été plus clair, quoiqu'un peu trop long.
Guillaume
Patrick D wrote:
bonsoir à tous
je suis abonné chez wanadoo en 128kb/s
quand je suis connecté dans la fenetre de wanadoo
je vois 163 kb/s et le temps depuis lequel je suis en ligne
Je ne comprends pas se chiffre de 163kb/s
merci d'avance
Bernard
bon, allez, pas si con que ça, rassures-toi
c'est le débit 'brut' en ATM
quand on enlêve le 'bavardage' du protocole ATM qui encadre TCP-IP, il
reste 128 kbs/s
Euh, pour une question "con", la réponse est un peu trop "technique", non ?
Je vais tenter d'éclarcir le propos (fort juste) de Patrick. Supposons
que tu télécharge un fichier. Le serveur de fichier distant (par exemple
ftp.gnu.org) utilise un protocole nommé "ftp" qui sait quel fichier il
doit envoyer, mais il ne s'occupe pas de son transfert. Pour des raisons
techniques, le fichier ne peut pas être envoyé en un seul morceau : il
est découpé en paquets dits paquets IP, chaque paquet prenant une route
(succession de cable-routeur-cable-routeur-...) différente pour arriver
chez toi.
Mais en fait, IP ne s'occupe pas réellement de tous les problèmes de
transport : les paquets IP peuvent ainsi être à nouveau redécoupés en
paquets plus petits, ou au contraire assemblés en un paquet plus gros
pour satisfaire le protocole de transmission utilisé.
Par exemple, notre fichier est d'abord saucissonné en paquets IP de
taille 64Ko, puis transmis au réseau A, qui lui utilise un protocole de
transmission PA qui utilise des paquets de 32 Ko. Les paquets sont
transmis dans A au moyen de PA par paquet de 32Ko; à la sortie, les
paquets sont réassemblés pour reconstruire les paquets IP et transmis à
un autre réseau B, qui se débrouille avec son protocole interne PB. Il
suffit qu'en entrée, chaque réseau accepte les paquets IP, et qu'en
sortie, ils fournissent aussi des paquets IP.
Chaque paquet IP est donc mis dans un paquet propre au protocole (par
exemple ATM) du réseau de transfert, et y sont ajoutées des infos pour
transporter correctement le paquet vers la bonne sortie, ces infos
n'étant que significatives pour le protocole du réseau.
Voilà, j'espère avoir été plus clair, quoiqu'un peu trop long.
bonsoir à tous je suis abonné chez wanadoo en 128kb/s quand je suis connecté dans la fenetre de wanadoo je vois 163 kb/s et le temps depuis lequel je suis en ligne Je ne comprends pas se chiffre de 163kb/s merci d'avance Bernard
bon, allez, pas si con que ça, rassures-toi
c'est le débit 'brut' en ATM quand on enlêve le 'bavardage' du protocole ATM qui encadre TCP-IP, il reste 128 kbs/s Euh, pour une question "con", la réponse est un peu trop "technique", non ?
Je vais tenter d'éclarcir le propos (fort juste) de Patrick. Supposons que tu télécharge un fichier. Le serveur de fichier distant (par exemple ftp.gnu.org) utilise un protocole nommé "ftp" qui sait quel fichier il doit envoyer, mais il ne s'occupe pas de son transfert. Pour des raisons techniques, le fichier ne peut pas être envoyé en un seul morceau : il est découpé en paquets dits paquets IP, chaque paquet prenant une route (succession de cable-routeur-cable-routeur-...) différente pour arriver chez toi. Mais en fait, IP ne s'occupe pas réellement de tous les problèmes de transport : les paquets IP peuvent ainsi être à nouveau redécoupés en paquets plus petits, ou au contraire assemblés en un paquet plus gros pour satisfaire le protocole de transmission utilisé. Par exemple, notre fichier est d'abord saucissonné en paquets IP de taille 64Ko, puis transmis au réseau A, qui lui utilise un protocole de transmission PA qui utilise des paquets de 32 Ko. Les paquets sont transmis dans A au moyen de PA par paquet de 32Ko; à la sortie, les paquets sont réassemblés pour reconstruire les paquets IP et transmis à un autre réseau B, qui se débrouille avec son protocole interne PB. Il suffit qu'en entrée, chaque réseau accepte les paquets IP, et qu'en sortie, ils fournissent aussi des paquets IP.
Chaque paquet IP est donc mis dans un paquet propre au protocole (par exemple ATM) du réseau de transfert, et y sont ajoutées des infos pour transporter correctement le paquet vers la bonne sortie, ces infos n'étant que significatives pour le protocole du réseau.
Voilà, j'espère avoir été plus clair, quoiqu'un peu trop long.
Guillaume
Remy Moulin
Guillaume Vauvert wrote:
[...] Voilà, j'espère avoir été plus clair, quoiqu'un peu trop long.
On peut aussi tenter l'approche par analogie ...
C'est comme les poupées russes (celles qui s'emboitent, vous savez ?)...
Les données à transmettre, c'est la plus petite des poupées (celle qui ne s'ouvre pas).
Par "malheur", les personnes devant assurer le transport ne savent pas 'prendre' la petite poupée "comme ça" (raison ? ... heu... trop petite, elle glisse entre leurs gros doigts boudinés ?) :-D
Donc l'émetteur mets la petite poupée dans une autre plus grande (les données sont "empaquetés" (syn. encapsulées) à l'interieur d'un autre conteneur) qui, elle, est manipulable par les transporteurs.
A l'arrivée, le destinataire ouvre la grande poupée pour atteindre la plus petite, celle qui l'interesse au final.
Mais pendant le transport, la grande poupée prends plus de place que ce que la petite prendrait si on pouvait la manipuler toute seule. Pour la transporter, il faut prévoir plus large que les données que l'on souhaite réelement emporter ! Il faut prévoir la taille / le poids de l'emballage !
En ADSL, le 160, c'est ce qui est prévu pour le transport, emballage(s) compris, mais si l'on mesure les données utiles réelement transportable, au final, ça fait environ 128 !
-- Herm Au suivant !
Guillaume Vauvert wrote:
[...]
Voilà, j'espère avoir été plus clair, quoiqu'un peu trop long.
On peut aussi tenter l'approche par analogie ...
C'est comme les poupées russes (celles qui s'emboitent, vous savez ?)...
Les données à transmettre, c'est la plus petite des poupées (celle qui ne
s'ouvre pas).
Par "malheur", les personnes devant assurer le transport ne savent pas
'prendre' la petite poupée "comme ça" (raison ? ... heu... trop petite, elle
glisse entre leurs gros doigts boudinés ?) :-D
Donc l'émetteur mets la petite poupée dans une autre plus grande (les
données sont "empaquetés" (syn. encapsulées) à l'interieur d'un autre
conteneur) qui, elle, est manipulable par les transporteurs.
A l'arrivée, le destinataire ouvre la grande poupée pour atteindre la plus
petite, celle qui l'interesse au final.
Mais pendant le transport, la grande poupée prends plus de place que ce que
la petite prendrait si on pouvait la manipuler toute seule. Pour la
transporter, il faut prévoir plus large que les données que l'on souhaite
réelement emporter ! Il faut prévoir la taille / le poids de l'emballage !
En ADSL, le 160, c'est ce qui est prévu pour le transport, emballage(s)
compris, mais si l'on mesure les données utiles réelement transportable, au
final, ça fait environ 128 !
[...] Voilà, j'espère avoir été plus clair, quoiqu'un peu trop long.
On peut aussi tenter l'approche par analogie ...
C'est comme les poupées russes (celles qui s'emboitent, vous savez ?)...
Les données à transmettre, c'est la plus petite des poupées (celle qui ne s'ouvre pas).
Par "malheur", les personnes devant assurer le transport ne savent pas 'prendre' la petite poupée "comme ça" (raison ? ... heu... trop petite, elle glisse entre leurs gros doigts boudinés ?) :-D
Donc l'émetteur mets la petite poupée dans une autre plus grande (les données sont "empaquetés" (syn. encapsulées) à l'interieur d'un autre conteneur) qui, elle, est manipulable par les transporteurs.
A l'arrivée, le destinataire ouvre la grande poupée pour atteindre la plus petite, celle qui l'interesse au final.
Mais pendant le transport, la grande poupée prends plus de place que ce que la petite prendrait si on pouvait la manipuler toute seule. Pour la transporter, il faut prévoir plus large que les données que l'on souhaite réelement emporter ! Il faut prévoir la taille / le poids de l'emballage !
En ADSL, le 160, c'est ce qui est prévu pour le transport, emballage(s) compris, mais si l'on mesure les données utiles réelement transportable, au final, ça fait environ 128 !
-- Herm Au suivant !
MiniKissKool
Arfff ! Chapeau les mecs, je me coucherai moins con ce soir ! Merci encore
--
Minikisskool C frais mais C pas grâââââve !
Arfff !
Chapeau les mecs, je me coucherai moins con ce soir !
Merci encore
Arfff ! Chapeau les mecs, je me coucherai moins con ce soir ! Merci encore
--
Minikisskool C frais mais C pas grâââââve !
Guillaume Vauvert
Remy Moulin wrote:
On peut aussi tenter l'approche par analogie ...
C'est comme les poupées russes (celles qui s'emboitent, vous savez ?)...
Les données à transmettre, c'est la plus petite des poupées (celle qui ne s'ouvre pas).
Par "malheur", les personnes devant assurer le transport ne savent pas 'prendre' la petite poupée "comme ça" (raison ? ... heu... trop petite, elle glisse entre leurs gros doigts boudinés ?) :-D
Donc l'émetteur mets la petite poupée dans une autre plus grande (les données sont "empaquetés" (syn. encapsulées) à l'interieur d'un autre conteneur) qui, elle, est manipulable par les transporteurs.
A l'arrivée, le destinataire ouvre la grande poupée pour atteindre la plus petite, celle qui l'interesse au final.
Mais pendant le transport, la grande poupée prends plus de place que ce que la petite prendrait si on pouvait la manipuler toute seule. Pour la transporter, il faut prévoir plus large que les données que l'on souhaite réelement emporter ! Il faut prévoir la taille / le poids de l'emballage !
En ADSL, le 160, c'est ce qui est prévu pour le transport, emballage(s) compris, mais si l'on mesure les données utiles réelement transportable, au final, ça fait environ 128 !
Très joli. Je cherchais à écrire un truc comme ça, mais en plus général, pour inclure le cas où les poupées sont tronçonnées si le paquet est plus petit, ou par cartons de N (N>1) si le paquet est plus grand.
Résultat : c'est beaucoup plus clair comme tu l'as dit.
Sinon, c'est quoi ta profession ?
Guillaume
Remy Moulin wrote:
On peut aussi tenter l'approche par analogie ...
C'est comme les poupées russes (celles qui s'emboitent, vous savez ?)...
Les données à transmettre, c'est la plus petite des poupées (celle qui ne
s'ouvre pas).
Par "malheur", les personnes devant assurer le transport ne savent pas
'prendre' la petite poupée "comme ça" (raison ? ... heu... trop petite, elle
glisse entre leurs gros doigts boudinés ?) :-D
Donc l'émetteur mets la petite poupée dans une autre plus grande (les
données sont "empaquetés" (syn. encapsulées) à l'interieur d'un autre
conteneur) qui, elle, est manipulable par les transporteurs.
A l'arrivée, le destinataire ouvre la grande poupée pour atteindre la plus
petite, celle qui l'interesse au final.
Mais pendant le transport, la grande poupée prends plus de place que ce que
la petite prendrait si on pouvait la manipuler toute seule. Pour la
transporter, il faut prévoir plus large que les données que l'on souhaite
réelement emporter ! Il faut prévoir la taille / le poids de l'emballage !
En ADSL, le 160, c'est ce qui est prévu pour le transport, emballage(s)
compris, mais si l'on mesure les données utiles réelement transportable, au
final, ça fait environ 128 !
Très joli. Je cherchais à écrire un truc comme ça, mais en plus général,
pour inclure le cas où les poupées sont tronçonnées si le paquet est
plus petit, ou par cartons de N (N>1) si le paquet est plus grand.
Résultat : c'est beaucoup plus clair comme tu l'as dit.
C'est comme les poupées russes (celles qui s'emboitent, vous savez ?)...
Les données à transmettre, c'est la plus petite des poupées (celle qui ne s'ouvre pas).
Par "malheur", les personnes devant assurer le transport ne savent pas 'prendre' la petite poupée "comme ça" (raison ? ... heu... trop petite, elle glisse entre leurs gros doigts boudinés ?) :-D
Donc l'émetteur mets la petite poupée dans une autre plus grande (les données sont "empaquetés" (syn. encapsulées) à l'interieur d'un autre conteneur) qui, elle, est manipulable par les transporteurs.
A l'arrivée, le destinataire ouvre la grande poupée pour atteindre la plus petite, celle qui l'interesse au final.
Mais pendant le transport, la grande poupée prends plus de place que ce que la petite prendrait si on pouvait la manipuler toute seule. Pour la transporter, il faut prévoir plus large que les données que l'on souhaite réelement emporter ! Il faut prévoir la taille / le poids de l'emballage !
En ADSL, le 160, c'est ce qui est prévu pour le transport, emballage(s) compris, mais si l'on mesure les données utiles réelement transportable, au final, ça fait environ 128 !
Très joli. Je cherchais à écrire un truc comme ça, mais en plus général, pour inclure le cas où les poupées sont tronçonnées si le paquet est plus petit, ou par cartons de N (N>1) si le paquet est plus grand.
Résultat : c'est beaucoup plus clair comme tu l'as dit.
Sinon, c'est quoi ta profession ?
Guillaume
Remy Moulin
Guillaume Vauvert wrote:
Je cherchais à écrire un truc comme ça, mais en plus général, pour inclure le cas où les poupées sont tronçonnées si le paquet est plus petit, ou par cartons de N (N>1) si le paquet est plus grand.
Le tronçonnage de poupées (la fragmentation), comme dans les mauvais tours de magie, existe en effet, mais par contre, il n'y a jamais de réassemblage ou de concaténations dans les routeurs qui relaient le message.
Il n'y a que le destinataire final qui réassemble, à ce que j'ai compris du système.
Sinon, c'est quoi ta profession ?
[HS]
Pas de dénomination officielle... (bien dommage pour la rémunèration :-( ), mais une sorte de /clause de non concurrence/ obligeant à rester vague et discret dans ce qui suit :
Formateur, diagnostiqueur de pannes, coordinateur de moyens, soutien technique et moral... bref, peu importe, pourvu qu'au final, les 'troupes' soient motivées à utiliser leurs systèmes, et surtout ... que ça fonctionne !
Dans mon équipe, on est 4 (bientot 5, chic !), et si pour les brouilles côtés humain et administratif c'est surtout eux, le côté technique pur et dur (informatique PC (parfois Mac), réseaux (Ethernet), Internet (RTC, Numeris, Câble, ADSL), logiciels (plusieurs dixaines couramment), appareils dédiés), c'est solo, avec les hot-lines pour seule aide...
Je compte à la louche environ 2400 "clients" à haut (& très haut) bagage intellectuel (... avec quelques "cas" ...) répartis sur la surface d'un département français (1/2 plaine, 1/2 montagne).
Il y a d'autres employés faisant de même, plus ou moins (selon les désideratas des instances locales), dans chaque département en France...
Qui a dit que les (assimilés-)fonctionnaires se la coulaient douce ? rofl !
[/HS]
-- Herm
Guillaume Vauvert wrote:
Je cherchais à écrire un truc comme ça, mais en plus
général, pour inclure le cas où les poupées sont tronçonnées si le
paquet est plus petit, ou par cartons de N (N>1) si le paquet est
plus grand.
Le tronçonnage de poupées (la fragmentation), comme dans les mauvais tours
de magie, existe en effet, mais par contre, il n'y a jamais de réassemblage
ou de concaténations dans les routeurs qui relaient le message.
Il n'y a que le destinataire final qui réassemble, à ce que j'ai compris du
système.
Sinon, c'est quoi ta profession ?
[HS]
Pas de dénomination officielle... (bien dommage pour la rémunèration :-( ),
mais une sorte de /clause de non concurrence/ obligeant à rester vague et
discret dans ce qui suit :
Formateur, diagnostiqueur de pannes, coordinateur de moyens, soutien
technique et moral... bref, peu importe, pourvu qu'au final, les 'troupes'
soient motivées à utiliser leurs systèmes, et surtout ... que ça fonctionne
!
Dans mon équipe, on est 4 (bientot 5, chic !), et si pour les brouilles
côtés humain et administratif c'est surtout eux, le côté technique pur et
dur (informatique PC (parfois Mac), réseaux (Ethernet), Internet (RTC,
Numeris, Câble, ADSL), logiciels (plusieurs dixaines couramment), appareils
dédiés), c'est solo, avec les hot-lines pour seule aide...
Je compte à la louche environ 2400 "clients" à haut (& très haut) bagage
intellectuel (... avec quelques "cas" ...) répartis sur la surface d'un
département français (1/2 plaine, 1/2 montagne).
Il y a d'autres employés faisant de même, plus ou moins (selon les
désideratas des instances locales), dans chaque département en France...
Qui a dit que les (assimilés-)fonctionnaires se la coulaient douce ? rofl !
Je cherchais à écrire un truc comme ça, mais en plus général, pour inclure le cas où les poupées sont tronçonnées si le paquet est plus petit, ou par cartons de N (N>1) si le paquet est plus grand.
Le tronçonnage de poupées (la fragmentation), comme dans les mauvais tours de magie, existe en effet, mais par contre, il n'y a jamais de réassemblage ou de concaténations dans les routeurs qui relaient le message.
Il n'y a que le destinataire final qui réassemble, à ce que j'ai compris du système.
Sinon, c'est quoi ta profession ?
[HS]
Pas de dénomination officielle... (bien dommage pour la rémunèration :-( ), mais une sorte de /clause de non concurrence/ obligeant à rester vague et discret dans ce qui suit :
Formateur, diagnostiqueur de pannes, coordinateur de moyens, soutien technique et moral... bref, peu importe, pourvu qu'au final, les 'troupes' soient motivées à utiliser leurs systèmes, et surtout ... que ça fonctionne !
Dans mon équipe, on est 4 (bientot 5, chic !), et si pour les brouilles côtés humain et administratif c'est surtout eux, le côté technique pur et dur (informatique PC (parfois Mac), réseaux (Ethernet), Internet (RTC, Numeris, Câble, ADSL), logiciels (plusieurs dixaines couramment), appareils dédiés), c'est solo, avec les hot-lines pour seule aide...
Je compte à la louche environ 2400 "clients" à haut (& très haut) bagage intellectuel (... avec quelques "cas" ...) répartis sur la surface d'un département français (1/2 plaine, 1/2 montagne).
Il y a d'autres employés faisant de même, plus ou moins (selon les désideratas des instances locales), dans chaque département en France...
Qui a dit que les (assimilés-)fonctionnaires se la coulaient douce ? rofl !
