Erwann ABALEA wrote:Je reste toutefois sur ma faim à propos du protocole PPOE ou PPOA à choisir.
Tu n'as pas assez visité www.forpage.com, sinon tu saurais que la méthode
la plus simple pour toi, c'est de configurer le modem pour qu'il se
connecte tout seul, et tout forwarder vers 10.0.0.1 (si tu as configuré
ton interface réseau sur ta bécane en 10.0.0.1).
Ça se discute. Selon ce qu'on veut faire il peut être plus simple de
laisser la fonction routage à une machine Linux qui laisse plus de
souplesse, par exemple pour gérer la NAT avec des protocoles
particuliers, IPv6, etc.
Dans ce cas, tu n'as plus
à te soucier de PPPoA ou PPPoE, tu vois ton modem ST510 comme un simple
routeur, ce qu'il est finalement.
Même en modem-routeur, le ST510 doit quand même utiliser PPPoE ou PPPoA,
non ?
Erwann ABALEA wrote:
Je reste toutefois sur ma faim à propos du protocole PPOE ou PPOA à choisir.
Tu n'as pas assez visité www.forpage.com, sinon tu saurais que la méthode
la plus simple pour toi, c'est de configurer le modem pour qu'il se
connecte tout seul, et tout forwarder vers 10.0.0.1 (si tu as configuré
ton interface réseau sur ta bécane en 10.0.0.1).
Ça se discute. Selon ce qu'on veut faire il peut être plus simple de
laisser la fonction routage à une machine Linux qui laisse plus de
souplesse, par exemple pour gérer la NAT avec des protocoles
particuliers, IPv6, etc.
Dans ce cas, tu n'as plus
à te soucier de PPPoA ou PPPoE, tu vois ton modem ST510 comme un simple
routeur, ce qu'il est finalement.
Même en modem-routeur, le ST510 doit quand même utiliser PPPoE ou PPPoA,
non ?
Erwann ABALEA wrote:Je reste toutefois sur ma faim à propos du protocole PPOE ou PPOA à choisir.
Tu n'as pas assez visité www.forpage.com, sinon tu saurais que la méthode
la plus simple pour toi, c'est de configurer le modem pour qu'il se
connecte tout seul, et tout forwarder vers 10.0.0.1 (si tu as configuré
ton interface réseau sur ta bécane en 10.0.0.1).
Ça se discute. Selon ce qu'on veut faire il peut être plus simple de
laisser la fonction routage à une machine Linux qui laisse plus de
souplesse, par exemple pour gérer la NAT avec des protocoles
particuliers, IPv6, etc.
Dans ce cas, tu n'as plus
à te soucier de PPPoA ou PPPoE, tu vois ton modem ST510 comme un simple
routeur, ce qu'il est finalement.
Même en modem-routeur, le ST510 doit quand même utiliser PPPoE ou PPPoA,
non ?
Comme dit + haut je suis pas expert en reseau
et c'est vrai que PPPOA
ou PPPOE ne me disent rien. Vu les differents conseils que j'ai recus je
ne sais + ou j'en suis....
Pour la MTU on m'a dit de descendre a 1495 pour raison d'envoi de
paquets ??
Comme dit + haut je suis pas expert en reseau
et c'est vrai que PPPOA
ou PPPOE ne me disent rien. Vu les differents conseils que j'ai recus je
ne sais + ou j'en suis....
Pour la MTU on m'a dit de descendre a 1495 pour raison d'envoi de
paquets ??
Comme dit + haut je suis pas expert en reseau
et c'est vrai que PPPOA
ou PPPOE ne me disent rien. Vu les differents conseils que j'ai recus je
ne sais + ou j'en suis....
Pour la MTU on m'a dit de descendre a 1495 pour raison d'envoi de
paquets ??
Gilles wrote:Comme dit + haut je suis pas expert en reseau
Moi non plus, loin de là.et c'est vrai que PPPOA
ou PPPOE ne me disent rien. Vu les differents conseils que j'ai recus je
ne sais + ou j'en suis....
Pour faire bref, parce que ce n'est pas vraiment le sujet du forum :
la base de l'ADSL, c'est le protocole ATM qui transporte les données
dans des "cellules" (paquets) de taille fixe de 48 octets utiles. Chaque
paquet PPP ou datagramme IP est découpé en un certain nombre de cellules
ATM.
Avec PPPoA, l'empilement des protocoles est le suivant :
IP (ou IPv6, ou autre) sur PPP sur ATM
Avec PPPoE, l'empilement est :
IP sur PPP sur PPPoE sur Ethernet sur ATM
Avec PPPoE, il y a deux couches d'encapsulation de plus qu'avec PPPoA :
PPPoE et Ethernet. Comme chaque niveau d'encapsulation consomme du
traitement et un certain nombre d'octets supplémentaires, PPPoA est plus
efficace que PPPoE.Pour la MTU on m'a dit de descendre a 1495 pour raison d'envoi de
paquets ??
La valeur 1495 ne correspond à rien que je connaisse. Par contre 1492
est bien connu pour être la valeur de MTU maximum en PPPoE. Une trame
ethernet standard contient 1500 octets au plus et l'encapsulation
PPP+PPPoE occupe 8 octets, reste donc 1492 pour le datagramme IP.
L'ennui, avec cette valeur inférieure à 1500, c'est que la communication
avec certaines marchines peut être problématique car elles tentent
d'envoyer des paquets de taille supérieure à 1492 qu'il est impossible
de recevoir.
Avec PPPoA, comme il n'y a pas la limitation liée à l'encapsulation de
PPP sur Ethernet, on peut utiliser la valeur standard 1500 et même bien
plus (quelque chose comme 9178, mais en pratique ça ne sert pas à grand
chose parce qu'il y a de grandes chances pour qu'une partie du chemin
soit en Ethernet qui limite à 1500). Et du coup plus de problème de
réception des paquets de taille 1500.
Mais si on cherche la performance, ce n'est pas si simple. Le débit
maximum est obtenu avec le remplissage optimal des cellules ATM qui sont
de taille fixe. Certains ont calculé les valeurs optimales en PPPoA et
PPPoE :
- PPPoA : 1478 (avec l'encapsulation VCMUX ATM, cas le plus courant)
- PPPoE : 1448 (avec l'encapsulation LLC/SNAP ATM, cas le plus courant)
Pour les clients PPP de FAI français autres que Wanadoo, ceux qui
utilisent la collecte IP/ADSL (CIPA), si on veut obtenir les meilleurs
performances il faut aussi éviter la fragmentation dans le tunnel L2TP
qui relie le BAS de l'opérateur ADSL au LNS du FAI. La fragmentation
L2TP a lieu pour des paquets de taille supérieure à 1460, ce qui est le
cas de la valeur optimale en PPPoA mentionnée ci-dessus. Il faut donc
lui retrancher la taille d'une cellule ATM, soit 48 octets utiles, pour
arriver à une MTU de 1430 qui est optimale en terme de remplissage ATM
et inférieure au seuil de fragmentation L2TP. La MTU optimale en PPPoE
remplit déjà ces deux condition et n'a pas à être diminuée.
J'ai recueilli ces informations dans le forum dédié à l'ADSL,
news:fr.reseaux.telecoms.adsl
Merci pour ces reponses.
Gilles wrote:
Comme dit + haut je suis pas expert en reseau
Moi non plus, loin de là.
et c'est vrai que PPPOA
ou PPPOE ne me disent rien. Vu les differents conseils que j'ai recus je
ne sais + ou j'en suis....
Pour faire bref, parce que ce n'est pas vraiment le sujet du forum :
la base de l'ADSL, c'est le protocole ATM qui transporte les données
dans des "cellules" (paquets) de taille fixe de 48 octets utiles. Chaque
paquet PPP ou datagramme IP est découpé en un certain nombre de cellules
ATM.
Avec PPPoA, l'empilement des protocoles est le suivant :
IP (ou IPv6, ou autre) sur PPP sur ATM
Avec PPPoE, l'empilement est :
IP sur PPP sur PPPoE sur Ethernet sur ATM
Avec PPPoE, il y a deux couches d'encapsulation de plus qu'avec PPPoA :
PPPoE et Ethernet. Comme chaque niveau d'encapsulation consomme du
traitement et un certain nombre d'octets supplémentaires, PPPoA est plus
efficace que PPPoE.
Pour la MTU on m'a dit de descendre a 1495 pour raison d'envoi de
paquets ??
La valeur 1495 ne correspond à rien que je connaisse. Par contre 1492
est bien connu pour être la valeur de MTU maximum en PPPoE. Une trame
ethernet standard contient 1500 octets au plus et l'encapsulation
PPP+PPPoE occupe 8 octets, reste donc 1492 pour le datagramme IP.
L'ennui, avec cette valeur inférieure à 1500, c'est que la communication
avec certaines marchines peut être problématique car elles tentent
d'envoyer des paquets de taille supérieure à 1492 qu'il est impossible
de recevoir.
Avec PPPoA, comme il n'y a pas la limitation liée à l'encapsulation de
PPP sur Ethernet, on peut utiliser la valeur standard 1500 et même bien
plus (quelque chose comme 9178, mais en pratique ça ne sert pas à grand
chose parce qu'il y a de grandes chances pour qu'une partie du chemin
soit en Ethernet qui limite à 1500). Et du coup plus de problème de
réception des paquets de taille 1500.
Mais si on cherche la performance, ce n'est pas si simple. Le débit
maximum est obtenu avec le remplissage optimal des cellules ATM qui sont
de taille fixe. Certains ont calculé les valeurs optimales en PPPoA et
PPPoE :
- PPPoA : 1478 (avec l'encapsulation VCMUX ATM, cas le plus courant)
- PPPoE : 1448 (avec l'encapsulation LLC/SNAP ATM, cas le plus courant)
Pour les clients PPP de FAI français autres que Wanadoo, ceux qui
utilisent la collecte IP/ADSL (CIPA), si on veut obtenir les meilleurs
performances il faut aussi éviter la fragmentation dans le tunnel L2TP
qui relie le BAS de l'opérateur ADSL au LNS du FAI. La fragmentation
L2TP a lieu pour des paquets de taille supérieure à 1460, ce qui est le
cas de la valeur optimale en PPPoA mentionnée ci-dessus. Il faut donc
lui retrancher la taille d'une cellule ATM, soit 48 octets utiles, pour
arriver à une MTU de 1430 qui est optimale en terme de remplissage ATM
et inférieure au seuil de fragmentation L2TP. La MTU optimale en PPPoE
remplit déjà ces deux condition et n'a pas à être diminuée.
J'ai recueilli ces informations dans le forum dédié à l'ADSL,
news:fr.reseaux.telecoms.adsl
Merci pour ces reponses.
Gilles wrote:Comme dit + haut je suis pas expert en reseau
Moi non plus, loin de là.et c'est vrai que PPPOA
ou PPPOE ne me disent rien. Vu les differents conseils que j'ai recus je
ne sais + ou j'en suis....
Pour faire bref, parce que ce n'est pas vraiment le sujet du forum :
la base de l'ADSL, c'est le protocole ATM qui transporte les données
dans des "cellules" (paquets) de taille fixe de 48 octets utiles. Chaque
paquet PPP ou datagramme IP est découpé en un certain nombre de cellules
ATM.
Avec PPPoA, l'empilement des protocoles est le suivant :
IP (ou IPv6, ou autre) sur PPP sur ATM
Avec PPPoE, l'empilement est :
IP sur PPP sur PPPoE sur Ethernet sur ATM
Avec PPPoE, il y a deux couches d'encapsulation de plus qu'avec PPPoA :
PPPoE et Ethernet. Comme chaque niveau d'encapsulation consomme du
traitement et un certain nombre d'octets supplémentaires, PPPoA est plus
efficace que PPPoE.Pour la MTU on m'a dit de descendre a 1495 pour raison d'envoi de
paquets ??
La valeur 1495 ne correspond à rien que je connaisse. Par contre 1492
est bien connu pour être la valeur de MTU maximum en PPPoE. Une trame
ethernet standard contient 1500 octets au plus et l'encapsulation
PPP+PPPoE occupe 8 octets, reste donc 1492 pour le datagramme IP.
L'ennui, avec cette valeur inférieure à 1500, c'est que la communication
avec certaines marchines peut être problématique car elles tentent
d'envoyer des paquets de taille supérieure à 1492 qu'il est impossible
de recevoir.
Avec PPPoA, comme il n'y a pas la limitation liée à l'encapsulation de
PPP sur Ethernet, on peut utiliser la valeur standard 1500 et même bien
plus (quelque chose comme 9178, mais en pratique ça ne sert pas à grand
chose parce qu'il y a de grandes chances pour qu'une partie du chemin
soit en Ethernet qui limite à 1500). Et du coup plus de problème de
réception des paquets de taille 1500.
Mais si on cherche la performance, ce n'est pas si simple. Le débit
maximum est obtenu avec le remplissage optimal des cellules ATM qui sont
de taille fixe. Certains ont calculé les valeurs optimales en PPPoA et
PPPoE :
- PPPoA : 1478 (avec l'encapsulation VCMUX ATM, cas le plus courant)
- PPPoE : 1448 (avec l'encapsulation LLC/SNAP ATM, cas le plus courant)
Pour les clients PPP de FAI français autres que Wanadoo, ceux qui
utilisent la collecte IP/ADSL (CIPA), si on veut obtenir les meilleurs
performances il faut aussi éviter la fragmentation dans le tunnel L2TP
qui relie le BAS de l'opérateur ADSL au LNS du FAI. La fragmentation
L2TP a lieu pour des paquets de taille supérieure à 1460, ce qui est le
cas de la valeur optimale en PPPoA mentionnée ci-dessus. Il faut donc
lui retrancher la taille d'une cellule ATM, soit 48 octets utiles, pour
arriver à une MTU de 1430 qui est optimale en terme de remplissage ATM
et inférieure au seuil de fragmentation L2TP. La MTU optimale en PPPoE
remplit déjà ces deux condition et n'a pas à être diminuée.
J'ai recueilli ces informations dans le forum dédié à l'ADSL,
news:fr.reseaux.telecoms.adsl
Merci pour ces reponses.
Même en modem-routeur, le ST510 doit quand même utiliser PPPoE ou
PPPoA, non ?
Rien vu de tel dans la config du ST510, je viens de vérifier à
l'instant. Configuré en routeur, il ne demande qu'un login/password,
et il monte une interface PPP.
Même en modem-routeur, le ST510 doit quand même utiliser PPPoE ou
PPPoA, non ?
Rien vu de tel dans la config du ST510, je viens de vérifier à
l'instant. Configuré en routeur, il ne demande qu'un login/password,
et il monte une interface PPP.
Même en modem-routeur, le ST510 doit quand même utiliser PPPoE ou
PPPoA, non ?
Rien vu de tel dans la config du ST510, je viens de vérifier à
l'instant. Configuré en routeur, il ne demande qu'un login/password,
et il monte une interface PPP.
La configuration du modem en mode routeur n'empêche pas d'installer un
Linux derrière. Rien n'interdit de placer un routeur derrière un autre
routeur. Après tout, l'Internet n'est qu'une chaîne de routeurs.
C'est en
tout cas ce que j'ai chez moi, et j'ai un Linux accroché au STH (upgradé)
avec un noyau 2.4 et ma petite config netfilter.
Quand je fais du FTP, même en mode 'active', j'ai la passerelle Linux qui
interprête la demande de connexion DATA en retour, et le modem qui fait de
même. Peu importe, ça marche.
Et si le modem ne connait pas un protocole,
je l'ai configuré pour qu'il renvoit *tout* vers 10.0.0.1, donc ça
marchera quand même.
La configuration du modem en mode routeur n'empêche pas d'installer un
Linux derrière. Rien n'interdit de placer un routeur derrière un autre
routeur. Après tout, l'Internet n'est qu'une chaîne de routeurs.
C'est en
tout cas ce que j'ai chez moi, et j'ai un Linux accroché au STH (upgradé)
avec un noyau 2.4 et ma petite config netfilter.
Quand je fais du FTP, même en mode 'active', j'ai la passerelle Linux qui
interprête la demande de connexion DATA en retour, et le modem qui fait de
même. Peu importe, ça marche.
Et si le modem ne connait pas un protocole,
je l'ai configuré pour qu'il renvoit *tout* vers 10.0.0.1, donc ça
marchera quand même.
La configuration du modem en mode routeur n'empêche pas d'installer un
Linux derrière. Rien n'interdit de placer un routeur derrière un autre
routeur. Après tout, l'Internet n'est qu'une chaîne de routeurs.
C'est en
tout cas ce que j'ai chez moi, et j'ai un Linux accroché au STH (upgradé)
avec un noyau 2.4 et ma petite config netfilter.
Quand je fais du FTP, même en mode 'active', j'ai la passerelle Linux qui
interprête la demande de connexion DATA en retour, et le modem qui fait de
même. Peu importe, ça marche.
Et si le modem ne connait pas un protocole,
je l'ai configuré pour qu'il renvoit *tout* vers 10.0.0.1, donc ça
marchera quand même.
Erwann ABALEA wrote:
La configuration du modem en mode routeur n'empêche pas d'installer un
Linux derrière. Rien n'interdit de placer un routeur derrière un autre
routeur. Après tout, l'Internet n'est qu'une chaîne de routeurs.
Mais les routeurs d'internet ne font pas de NAT. C'est une différence de
taille.
C'est en
tout cas ce que j'ai chez moi, et j'ai un Linux accroché au STH (upgradé)
avec un noyau 2.4 et ma petite config netfilter.
Quand je fais du FTP, même en mode 'active', j'ai la passerelle Linux qui
interprête la demande de connexion DATA en retour, et le modem qui fait de
même. Peu importe, ça marche.
Parce que le modem-routeur a un "helper" FTP qui surveille le trafic sur
le port 21. Est-ce que ça marcherait aussi bien avec du FTP sur un port
non standard ?
Et si le modem ne connait pas un protocole,
je l'ai configuré pour qu'il renvoit *tout* vers 10.0.0.1, donc ça
marchera quand même.
Ça ne marchera que si le protocole en question ne transmet pas
d'adresse/port dans sa charge utile.
Et bien sûr tout ça ne marche qu'avec IPv4.
Erwann ABALEA wrote:
La configuration du modem en mode routeur n'empêche pas d'installer un
Linux derrière. Rien n'interdit de placer un routeur derrière un autre
routeur. Après tout, l'Internet n'est qu'une chaîne de routeurs.
Mais les routeurs d'internet ne font pas de NAT. C'est une différence de
taille.
C'est en
tout cas ce que j'ai chez moi, et j'ai un Linux accroché au STH (upgradé)
avec un noyau 2.4 et ma petite config netfilter.
Quand je fais du FTP, même en mode 'active', j'ai la passerelle Linux qui
interprête la demande de connexion DATA en retour, et le modem qui fait de
même. Peu importe, ça marche.
Parce que le modem-routeur a un "helper" FTP qui surveille le trafic sur
le port 21. Est-ce que ça marcherait aussi bien avec du FTP sur un port
non standard ?
Et si le modem ne connait pas un protocole,
je l'ai configuré pour qu'il renvoit *tout* vers 10.0.0.1, donc ça
marchera quand même.
Ça ne marchera que si le protocole en question ne transmet pas
d'adresse/port dans sa charge utile.
Et bien sûr tout ça ne marche qu'avec IPv4.
Erwann ABALEA wrote:
La configuration du modem en mode routeur n'empêche pas d'installer un
Linux derrière. Rien n'interdit de placer un routeur derrière un autre
routeur. Après tout, l'Internet n'est qu'une chaîne de routeurs.
Mais les routeurs d'internet ne font pas de NAT. C'est une différence de
taille.
C'est en
tout cas ce que j'ai chez moi, et j'ai un Linux accroché au STH (upgradé)
avec un noyau 2.4 et ma petite config netfilter.
Quand je fais du FTP, même en mode 'active', j'ai la passerelle Linux qui
interprête la demande de connexion DATA en retour, et le modem qui fait de
même. Peu importe, ça marche.
Parce que le modem-routeur a un "helper" FTP qui surveille le trafic sur
le port 21. Est-ce que ça marcherait aussi bien avec du FTP sur un port
non standard ?
Et si le modem ne connait pas un protocole,
je l'ai configuré pour qu'il renvoit *tout* vers 10.0.0.1, donc ça
marchera quand même.
Ça ne marchera que si le protocole en question ne transmet pas
d'adresse/port dans sa charge utile.
Et bien sûr tout ça ne marche qu'avec IPv4.
Si j'ai bien lu, le Mon, 28 Jun 2004 00:19:04 +0200, Erwann ABALEA aMême en modem-routeur, le ST510 doit quand même utiliser PPPoE ou
PPPoA, non ?
Rien vu de tel dans la config du ST510, je viens de vérifier à
l'instant. Configuré en routeur, il ne demande qu'un login/password,
et il monte une interface PPP.
« Le ST510v4 est livré dans sa version 4.2.3.0 du microcode (firmware)
avec un programme intégré de configuration appelé Easy Setup, ainsi que
3 profils standards : PPPoA, PPPoE et Bridge, qui sont disponibles pour
la quasi totalité des configurations (hors Free dégroupé).
Pour tous les fournisseurs d'accès hors Free, il est recommandé
d'utiliser le profil PPPoA, mais PPPoE fonctionnera aussi. »
Dans Forpage.com
FAQ en français
La configuration du ST510v4 avec Easy Setup en 6 clics
Si j'ai bien lu, le Mon, 28 Jun 2004 00:19:04 +0200, Erwann ABALEA a
Même en modem-routeur, le ST510 doit quand même utiliser PPPoE ou
PPPoA, non ?
Rien vu de tel dans la config du ST510, je viens de vérifier à
l'instant. Configuré en routeur, il ne demande qu'un login/password,
et il monte une interface PPP.
« Le ST510v4 est livré dans sa version 4.2.3.0 du microcode (firmware)
avec un programme intégré de configuration appelé Easy Setup, ainsi que
3 profils standards : PPPoA, PPPoE et Bridge, qui sont disponibles pour
la quasi totalité des configurations (hors Free dégroupé).
Pour tous les fournisseurs d'accès hors Free, il est recommandé
d'utiliser le profil PPPoA, mais PPPoE fonctionnera aussi. »
Dans Forpage.com
FAQ en français
La configuration du ST510v4 avec Easy Setup en 6 clics
Si j'ai bien lu, le Mon, 28 Jun 2004 00:19:04 +0200, Erwann ABALEA aMême en modem-routeur, le ST510 doit quand même utiliser PPPoE ou
PPPoA, non ?
Rien vu de tel dans la config du ST510, je viens de vérifier à
l'instant. Configuré en routeur, il ne demande qu'un login/password,
et il monte une interface PPP.
« Le ST510v4 est livré dans sa version 4.2.3.0 du microcode (firmware)
avec un programme intégré de configuration appelé Easy Setup, ainsi que
3 profils standards : PPPoA, PPPoE et Bridge, qui sont disponibles pour
la quasi totalité des configurations (hors Free dégroupé).
Pour tous les fournisseurs d'accès hors Free, il est recommandé
d'utiliser le profil PPPoA, mais PPPoE fonctionnera aussi. »
Dans Forpage.com
FAQ en français
La configuration du ST510v4 avec Easy Setup en 6 clics
Quand je fais du FTP, même en mode 'active', j'ai la passerelle Linux qui
interprête la demande de connexion DATA en retour, et le modem qui fait de
même. Peu importe, ça marche.
Parce que le modem-routeur a un "helper" FTP qui surveille le trafic sur
le port 21. Est-ce que ça marcherait aussi bien avec du FTP sur un port
non standard ?
C'est configurable.
Trouve un FAI en IPv6, et on en reparle.
Quand je fais du FTP, même en mode 'active', j'ai la passerelle Linux qui
interprête la demande de connexion DATA en retour, et le modem qui fait de
même. Peu importe, ça marche.
Parce que le modem-routeur a un "helper" FTP qui surveille le trafic sur
le port 21. Est-ce que ça marcherait aussi bien avec du FTP sur un port
non standard ?
C'est configurable.
Trouve un FAI en IPv6, et on en reparle.
Quand je fais du FTP, même en mode 'active', j'ai la passerelle Linux qui
interprête la demande de connexion DATA en retour, et le modem qui fait de
même. Peu importe, ça marche.
Parce que le modem-routeur a un "helper" FTP qui surveille le trafic sur
le port 21. Est-ce que ça marcherait aussi bien avec du FTP sur un port
non standard ?
C'est configurable.
Trouve un FAI en IPv6, et on en reparle.
Il a l'air vraiment bien ce ST510.
Il a l'air vraiment bien ce ST510.
Il a l'air vraiment bien ce ST510.
Il a l'air vraiment bien ce ST510.
Ça donnerait presque envie de bidouiller son bon vieux STH.
Il a l'air vraiment bien ce ST510.
Ça donnerait presque envie de bidouiller son bon vieux STH.
Il a l'air vraiment bien ce ST510.
Ça donnerait presque envie de bidouiller son bon vieux STH.