Bonjour,
Je vais bientôt devoir m'équiper d'un routeur étant donné que ma connexion
doit être partagée. A propos de ces routeurs, j'ai entendu dire que ceux du
marché grand public étaient totalement inefficaces avec des logiciels de p2p
tels qu'emule étant donné que ces routeurs seraient incapables de gérer plus
de 200 connexions en simultanée, alors qu'avec emule on en a souvent plus de
400... Vrai ou faux ? Ces routeurs posent-ils un pb avec les logiciels de
p2p ?
Merci
Julien
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
Nicolas Favre-Félix
Faux (chez moi en tout cas). Aucun problème de p2p alors que je suis derrière un routeur.
"Julien" a écrit dans le message de news: 3f4fcfa6$0$1123$
Bonjour, Je vais bientôt devoir m'équiper d'un routeur étant donné que ma connexion doit être partagée. A propos de ces routeurs, j'ai entendu dire que ceux du
marché grand public étaient totalement inefficaces avec des logiciels de p2p
tels qu'emule étant donné que ces routeurs seraient incapables de gérer plus
de 200 connexions en simultanée, alors qu'avec emule on en a souvent plus de
400... Vrai ou faux ? Ces routeurs posent-ils un pb avec les logiciels de p2p ? Merci Julien
Faux (chez moi en tout cas).
Aucun problème de p2p alors que je suis derrière un routeur.
"Julien" <julien__online-sanspub@hotmail.com> a écrit dans le message de
news: 3f4fcfa6$0$1123$626a54ce@news.free.fr...
Bonjour,
Je vais bientôt devoir m'équiper d'un routeur étant donné que ma connexion
doit être partagée. A propos de ces routeurs, j'ai entendu dire que ceux
du
marché grand public étaient totalement inefficaces avec des logiciels de
p2p
tels qu'emule étant donné que ces routeurs seraient incapables de gérer
plus
de 200 connexions en simultanée, alors qu'avec emule on en a souvent plus
de
400... Vrai ou faux ? Ces routeurs posent-ils un pb avec les logiciels de
p2p ?
Merci
Julien
Faux (chez moi en tout cas). Aucun problème de p2p alors que je suis derrière un routeur.
"Julien" a écrit dans le message de news: 3f4fcfa6$0$1123$
Bonjour, Je vais bientôt devoir m'équiper d'un routeur étant donné que ma connexion doit être partagée. A propos de ces routeurs, j'ai entendu dire que ceux du
marché grand public étaient totalement inefficaces avec des logiciels de p2p
tels qu'emule étant donné que ces routeurs seraient incapables de gérer plus
de 200 connexions en simultanée, alors qu'avec emule on en a souvent plus de
400... Vrai ou faux ? Ces routeurs posent-ils un pb avec les logiciels de p2p ? Merci Julien
PYT
"Julien" a écrit dans le message news: 3f4fcfa6$0$1123$
de 200 connexions en simultanée, alors qu'avec emule on en a souvent plus de
400... Vrai ou faux ? Ces routeurs posent-ils un pb avec les logiciels de p2p?
Je ne comprends pas bien le lien qu'il y aurait. Un routeur ne gère pas les connexions: il route des paquets IP (et le cas échéant, il fragmente, pour adapter au MTU des réseaux de part et d'autre). Les paquets sont indépendants. Quoi qu'il y ait au dessus d'IP, est sans importance pour un routeur. C'est l'interet d'u modèle en couches (même si TCP IP n'est pas conforme au modèle ISO).
Ce ne serait pas la meme chose avec un pare-feu, qui doit surveiller la continuité des connexions, et éventuellement analyser le flux.
"Julien" <julien__online-sanspub@hotmail.com> a écrit dans le message news:
3f4fcfa6$0$1123$626a54ce@news.free.fr...
de 200 connexions en simultanée, alors qu'avec emule on en a souvent plus
de
400... Vrai ou faux ? Ces routeurs posent-ils un pb avec les logiciels de
p2p?
Je ne comprends pas bien le lien qu'il y aurait. Un routeur ne gère pas les
connexions: il route des paquets IP (et le cas échéant, il fragmente, pour
adapter au MTU des réseaux de part et d'autre). Les paquets sont
indépendants. Quoi qu'il y ait au dessus d'IP, est sans importance pour un
routeur. C'est l'interet d'u modèle en couches (même si TCP IP n'est pas
conforme au modèle ISO).
Ce ne serait pas la meme chose avec un pare-feu, qui doit surveiller la
continuité des connexions, et éventuellement analyser le flux.
"Julien" a écrit dans le message news: 3f4fcfa6$0$1123$
de 200 connexions en simultanée, alors qu'avec emule on en a souvent plus de
400... Vrai ou faux ? Ces routeurs posent-ils un pb avec les logiciels de p2p?
Je ne comprends pas bien le lien qu'il y aurait. Un routeur ne gère pas les connexions: il route des paquets IP (et le cas échéant, il fragmente, pour adapter au MTU des réseaux de part et d'autre). Les paquets sont indépendants. Quoi qu'il y ait au dessus d'IP, est sans importance pour un routeur. C'est l'interet d'u modèle en couches (même si TCP IP n'est pas conforme au modèle ISO).
Ce ne serait pas la meme chose avec un pare-feu, qui doit surveiller la continuité des connexions, et éventuellement analyser le flux.
Patrick D
On Wed, 3 Sep 2003 18:08:37 +0200, "PYT" wrote:
"Julien" a écrit dans le message news: 3f4fcfa6$0$1123$
de 200 connexions en simultanée, alors qu'avec emule on en a souvent plus de
400... Vrai ou faux ? Ces routeurs posent-ils un pb avec les logiciels de p2p?
Je ne comprends pas bien le lien qu'il y aurait. Un routeur ne gère pas les connexions: il route des paquets IP (et le cas échéant, il fragmente, pour adapter au MTU des réseaux de part et d'autre). Les paquets sont indépendants. Quoi qu'il y ait au dessus d'IP, est sans importance pour un routeur. C'est l'interet d'u modèle en couches (même si TCP IP n'est pas conforme au modèle ISO).
Ce ne serait pas la meme chose avec un pare-feu, qui doit surveiller la continuité des connexions, et éventuellement analyser le flux.
et pour les router, il fait quoi , à ton avis ? admettons que le routeur recoive 400 requêtes de 400 ip /ports différents le temps que l'ordinateur réponde, il oublie ce qu'on lui a demandé, et il renvoie un morceau de chanson de 'Star academy' quand on lui a demandé du 'Chopin' ?
-- * 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 Wed, 3 Sep 2003 18:08:37 +0200, "PYT" <pyt@fr.invalid> wrote:
"Julien" <julien__online-sanspub@hotmail.com> a écrit dans le message news:
3f4fcfa6$0$1123$626a54ce@news.free.fr...
de 200 connexions en simultanée, alors qu'avec emule on en a souvent plus
de
400... Vrai ou faux ? Ces routeurs posent-ils un pb avec les logiciels de
p2p?
Je ne comprends pas bien le lien qu'il y aurait. Un routeur ne gère pas les
connexions: il route des paquets IP (et le cas échéant, il fragmente, pour
adapter au MTU des réseaux de part et d'autre). Les paquets sont
indépendants. Quoi qu'il y ait au dessus d'IP, est sans importance pour un
routeur. C'est l'interet d'u modèle en couches (même si TCP IP n'est pas
conforme au modèle ISO).
Ce ne serait pas la meme chose avec un pare-feu, qui doit surveiller la
continuité des connexions, et éventuellement analyser le flux.
et pour les router, il fait quoi , à ton avis ?
admettons que le routeur recoive 400 requêtes de 400 ip /ports différents
le temps que l'ordinateur réponde, il oublie ce qu'on lui a demandé, et il renvoie
un morceau de chanson de 'Star academy' quand on lui a demandé du 'Chopin' ?
--
* 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 *
"Julien" a écrit dans le message news: 3f4fcfa6$0$1123$
de 200 connexions en simultanée, alors qu'avec emule on en a souvent plus de
400... Vrai ou faux ? Ces routeurs posent-ils un pb avec les logiciels de p2p?
Je ne comprends pas bien le lien qu'il y aurait. Un routeur ne gère pas les connexions: il route des paquets IP (et le cas échéant, il fragmente, pour adapter au MTU des réseaux de part et d'autre). Les paquets sont indépendants. Quoi qu'il y ait au dessus d'IP, est sans importance pour un routeur. C'est l'interet d'u modèle en couches (même si TCP IP n'est pas conforme au modèle ISO).
Ce ne serait pas la meme chose avec un pare-feu, qui doit surveiller la continuité des connexions, et éventuellement analyser le flux.
et pour les router, il fait quoi , à ton avis ? admettons que le routeur recoive 400 requêtes de 400 ip /ports différents le temps que l'ordinateur réponde, il oublie ce qu'on lui a demandé, et il renvoie un morceau de chanson de 'Star academy' quand on lui a demandé du 'Chopin' ?
-- * 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 *
PYT
"Patrick D" <patrickr.dubois.don' a écrit dans le message news:
et pour les router, il fait quoi , à ton avis ? admettons que le routeur recoive 400 requêtes de 400 ip /ports différents le temps que l'ordinateur réponde, il oublie ce qu'on lui a demandé, et il renvoie
un morceau de chanson de 'Star academy' quand on lui a demandé du 'Chopin' ?
Justement: c'est à "l'ordinateur" serveur de savoir ce qu'on lui a demandé, et à qui il doit le renvoyer.
Le routeur travaille au niveau IP, qui est NON CONNECTE (une différence fondamentale avec les réseaux X25). Le problème évoqué ici est celui des couches suppérieure. Le routeur ne peut pas "oublier ce qu'on lui a demandé", pour la bonne raison qu'il ne l'a jamais su. Le routeur ne sait pas qui a demandé quoi: il sait qu'il doit router un datagramme sur la bonne interface compte tenu de l'adresse IP de destimation (il n'a même rien à faire du port TCP ou UDP).
La connexion est gérée par TCP, ou dans le cas d'UDP par une couche session (encore plus éloignée de la problématique du routage) généralement introduite dans le code applicatif. Dans le premier cas, le fonctionnement est à peu près le suivant: Le client (au sens TCP) cherche à ouvrir une connexion avec le serveur, en lui envoyant un SYN. Le serveur accepte cette connexion (SYN ACK). Chaque acceptation de connexion TCP crée une nouvelle instance dans le serveur; ainsi, même si le serveur n'a qu'une adresse et un port, il a une sockette par connexion de client. Le serveur identifie la sockette par laquelle il recoit une demande (cette identification peut être plus ou moins implicite, par exemple si la création de sockette crée un fil d'exécution spécifique... il peut y avoir des OS exotiques) et fournit la réponse sur la même sockette. Charge alors à la pile TCP IP du serveur d'envoyer ces données au bon client.
Si un même client demande à un même serveur et dans la même connexion un morceau de Star Académie puis de Chopin, le protocole TCP garantit l'ordre et la continuité des flux. Attention, les deux flux (du client au serveur et du serveur au client) sont fonctionnellement indépendants (même si au niveau du protocole, l'un porte des informations de service nécessaire à l'autre). Du point de vue de TCP, rien n'interdit au serveur d'attendre d'avoir les deux demandes et d'y répondre dans le desordre (problème de niveau session), voire de répondre ACDC quand on lui demande Chopin (problème de niveau application).
"Patrick D" <patrickr.dubois.don't.spam@free.fr> a écrit dans le message
news: 1107_1062606106@news.free.fr...
et pour les router, il fait quoi , à ton avis ?
admettons que le routeur recoive 400 requêtes de 400 ip /ports différents
le temps que l'ordinateur réponde, il oublie ce qu'on lui a demandé, et il
renvoie
un morceau de chanson de 'Star academy' quand on lui a demandé du 'Chopin'
?
Justement: c'est à "l'ordinateur" serveur de savoir ce qu'on lui a demandé,
et à qui il doit le renvoyer.
Le routeur travaille au niveau IP, qui est NON CONNECTE (une différence
fondamentale avec les réseaux X25). Le problème évoqué ici est celui des
couches suppérieure.
Le routeur ne peut pas "oublier ce qu'on lui a demandé", pour la bonne
raison qu'il ne l'a jamais su. Le routeur ne sait pas qui a demandé quoi: il
sait qu'il doit router un datagramme sur la bonne interface compte tenu de
l'adresse IP de destimation (il n'a même rien à faire du port TCP ou UDP).
La connexion est gérée par TCP, ou dans le cas d'UDP par une couche session
(encore plus éloignée de la problématique du routage) généralement
introduite dans le code applicatif. Dans le premier cas, le fonctionnement
est à peu près le suivant:
Le client (au sens TCP) cherche à ouvrir une connexion avec le serveur, en
lui envoyant un SYN. Le serveur accepte cette connexion (SYN ACK). Chaque
acceptation de connexion TCP crée une nouvelle instance dans le serveur;
ainsi, même si le serveur n'a qu'une adresse et un port, il a une sockette
par connexion de client.
Le serveur identifie la sockette par laquelle il recoit une demande (cette
identification peut être plus ou moins implicite, par exemple si la création
de sockette crée un fil d'exécution spécifique... il peut y avoir des OS
exotiques) et fournit la réponse sur la même sockette. Charge alors à la
pile TCP IP du serveur d'envoyer ces données au bon client.
Si un même client demande à un même serveur et dans la même connexion un
morceau de Star Académie puis de Chopin, le protocole TCP garantit l'ordre
et la continuité des flux. Attention, les deux flux (du client au serveur et
du serveur au client) sont fonctionnellement indépendants (même si au niveau
du protocole, l'un porte des informations de service nécessaire à l'autre).
Du point de vue de TCP, rien n'interdit au serveur d'attendre d'avoir les
deux demandes et d'y répondre dans le desordre (problème de niveau session),
voire de répondre ACDC quand on lui demande Chopin (problème de niveau
application).
"Patrick D" <patrickr.dubois.don' a écrit dans le message news:
et pour les router, il fait quoi , à ton avis ? admettons que le routeur recoive 400 requêtes de 400 ip /ports différents le temps que l'ordinateur réponde, il oublie ce qu'on lui a demandé, et il renvoie
un morceau de chanson de 'Star academy' quand on lui a demandé du 'Chopin' ?
Justement: c'est à "l'ordinateur" serveur de savoir ce qu'on lui a demandé, et à qui il doit le renvoyer.
Le routeur travaille au niveau IP, qui est NON CONNECTE (une différence fondamentale avec les réseaux X25). Le problème évoqué ici est celui des couches suppérieure. Le routeur ne peut pas "oublier ce qu'on lui a demandé", pour la bonne raison qu'il ne l'a jamais su. Le routeur ne sait pas qui a demandé quoi: il sait qu'il doit router un datagramme sur la bonne interface compte tenu de l'adresse IP de destimation (il n'a même rien à faire du port TCP ou UDP).
La connexion est gérée par TCP, ou dans le cas d'UDP par une couche session (encore plus éloignée de la problématique du routage) généralement introduite dans le code applicatif. Dans le premier cas, le fonctionnement est à peu près le suivant: Le client (au sens TCP) cherche à ouvrir une connexion avec le serveur, en lui envoyant un SYN. Le serveur accepte cette connexion (SYN ACK). Chaque acceptation de connexion TCP crée une nouvelle instance dans le serveur; ainsi, même si le serveur n'a qu'une adresse et un port, il a une sockette par connexion de client. Le serveur identifie la sockette par laquelle il recoit une demande (cette identification peut être plus ou moins implicite, par exemple si la création de sockette crée un fil d'exécution spécifique... il peut y avoir des OS exotiques) et fournit la réponse sur la même sockette. Charge alors à la pile TCP IP du serveur d'envoyer ces données au bon client.
Si un même client demande à un même serveur et dans la même connexion un morceau de Star Académie puis de Chopin, le protocole TCP garantit l'ordre et la continuité des flux. Attention, les deux flux (du client au serveur et du serveur au client) sont fonctionnellement indépendants (même si au niveau du protocole, l'un porte des informations de service nécessaire à l'autre). Du point de vue de TCP, rien n'interdit au serveur d'attendre d'avoir les deux demandes et d'y répondre dans le desordre (problème de niveau session), voire de répondre ACDC quand on lui demande Chopin (problème de niveau application).
Amm
"Fontaine.Sebastien" a écrit dans le message news: 3f56f8dc$0$245$
Cependant, je pense que la question d'origine comprend la NAT sur le routeur de sortie Internet. ** Tous les routeurs peuvent-ils faire de la NAT statique ?
"Fontaine.Sebastien" <Fontaine.Sebastien@Laposte.Net> a écrit dans le
message news: 3f56f8dc$0$245$4d4eb98e@read.news.fr.uu.net...
Cependant, je pense que la question d'origine comprend la NAT sur le
routeur de sortie Internet.
** Tous les routeurs peuvent-ils faire de la NAT statique ?
"Fontaine.Sebastien" a écrit dans le message news: 3f56f8dc$0$245$
Cependant, je pense que la question d'origine comprend la NAT sur le routeur de sortie Internet. ** Tous les routeurs peuvent-ils faire de la NAT statique ?
Fontaine.Sebastien
"Amm" a écrit dans le message de news: bj7o4a$i2m$
"Fontaine.Sebastien" a écrit dans le message news: 3f56f8dc$0$245$
Cependant, je pense que la question d'origine comprend la NAT sur le routeur de sortie Internet. ** Tous les routeurs peuvent-ils faire de la NAT statique ?
Non il ne le font pas tous, car un routeur ne peux pas intégrer 100% de TCP/IP. Surtout dans la gamme grand public qui utilise des processeur petit afin d'obtenir son but : Le moindre coût.
Mais cette fonction est tout de même assez générique.
Sebastien Fontaine
"Amm" <epassion@free.fr> a écrit dans le message de news:
bj7o4a$i2m$1@freyda.setra.i2...
"Fontaine.Sebastien" <Fontaine.Sebastien@Laposte.Net> a écrit dans le
message news: 3f56f8dc$0$245$4d4eb98e@read.news.fr.uu.net...
Cependant, je pense que la question d'origine comprend la NAT sur le
routeur de sortie Internet.
** Tous les routeurs peuvent-ils faire de la NAT statique ?
Non il ne le font pas tous, car un routeur ne peux pas intégrer 100% de
TCP/IP. Surtout dans la gamme grand public qui utilise des processeur petit
afin d'obtenir son but : Le moindre coût.
Mais cette fonction est tout de même assez générique.
"Amm" a écrit dans le message de news: bj7o4a$i2m$
"Fontaine.Sebastien" a écrit dans le message news: 3f56f8dc$0$245$
Cependant, je pense que la question d'origine comprend la NAT sur le routeur de sortie Internet. ** Tous les routeurs peuvent-ils faire de la NAT statique ?
Non il ne le font pas tous, car un routeur ne peux pas intégrer 100% de TCP/IP. Surtout dans la gamme grand public qui utilise des processeur petit afin d'obtenir son but : Le moindre coût.
Mais cette fonction est tout de même assez générique.
Sebastien Fontaine
Fontaine.Sebastien
"Xam" a écrit dans le message de news:
"PYT" vient de nous annoncer :
"Patrick D" <patrickr.dubois.don' a écrit dans le message news:
et pour les router, il fait quoi , à ton avis ? admettons que le routeur recoive 400 requêtes de 400 ip /ports différents
le temps que l'ordinateur réponde, il oublie ce qu'on lui a demandé, et il
renvoie un morceau de chanson de 'Star academy' quand on lui a demandé du
'Chopin' ?
Justement: c'est à "l'ordinateur" serveur de savoir ce qu'on lui a demandé,
et à qui il doit le renvoyer.
<snip> ;)
Le monsieur il fait du NAT avec son routeur, donc il faut garder sa table de NAT en mémoire, et donc avec des routeurs très bas de gamme, je suppose que certains flanchent au bout d'un certains nombres de connexions (capacité limite ?).
Exactement, cela dépend du processeur embarqué et surtout de sa mémoire.
Sebastien Fontaine
"Xam" <rien@rien.fr> a écrit dans le message de news:
mesnews.24457d39.9d82253b.8.1478@rien.fr...
"PYT" vient de nous annoncer :
"Patrick D" <patrickr.dubois.don't.spam@free.fr> a écrit dans le message
news: 1107_1062606106@news.free.fr...
et pour les router, il fait quoi , à ton avis ?
admettons que le routeur recoive 400 requêtes de 400 ip /ports
différents
le temps que l'ordinateur réponde, il oublie ce qu'on lui a demandé, et
il
renvoie un morceau de chanson de 'Star academy' quand on lui a demandé
du
'Chopin'
?
Justement: c'est à "l'ordinateur" serveur de savoir ce qu'on lui a
demandé,
et à qui il doit le renvoyer.
<snip> ;)
Le monsieur il fait du NAT avec son routeur, donc il faut garder sa
table de NAT en mémoire, et donc avec des routeurs très bas de gamme,
je suppose que certains flanchent au bout d'un certains nombres de
connexions (capacité limite ?).
Exactement, cela dépend du processeur embarqué et surtout de sa mémoire.
"Patrick D" <patrickr.dubois.don' a écrit dans le message news:
et pour les router, il fait quoi , à ton avis ? admettons que le routeur recoive 400 requêtes de 400 ip /ports différents
le temps que l'ordinateur réponde, il oublie ce qu'on lui a demandé, et il
renvoie un morceau de chanson de 'Star academy' quand on lui a demandé du
'Chopin' ?
Justement: c'est à "l'ordinateur" serveur de savoir ce qu'on lui a demandé,
et à qui il doit le renvoyer.
<snip> ;)
Le monsieur il fait du NAT avec son routeur, donc il faut garder sa table de NAT en mémoire, et donc avec des routeurs très bas de gamme, je suppose que certains flanchent au bout d'un certains nombres de connexions (capacité limite ?).
Exactement, cela dépend du processeur embarqué et surtout de sa mémoire.
