Auteur Sujet: Déploiement de l'IPv6 par pays : La France ne progresse pas (Lu 60115 fois)

kgersen · « **Réponse #84 le:** 28 mai 2015 à 11:56:38 »

Citation de: Optix le 28 mai 2015 à 10:14:05

J'ai retrouvé les sources pour info :
http://www.v6summit.com/Conference/Presentations/APP%26SERVICES_KESSEN.pdf
http://networks.nokia.com/system/files/document/moving_to_ipv6_white_paper.pdf

le 1er date de 2006 époque ou effectivement on faisait du pooling plutot que du vrai push dont avait une certaine pertinence a l'époque.
le 2eme est plus recent mais n'est pas convainquant car le gain "énergétique" de ne plus avoir de hearbeat pour maintenir une connexion IPv4 ouverte dans un NAT va être remplacer pas un hearbeat pour maintenir la même session en IPv6 dans un firewall. Au final c'est la meme chose.

vivien · « **Réponse #85 le:** 28 mai 2015 à 14:27:35 »

Citation de: kgersen le 28 mai 2015 à 11:48:35

Dans tout les cas tu peux palier a ca en reglant un heartbeat a 4 minutes (no-op) dans ton client ssh.

Tu parles bien de ces options ?
ssh -o ServerAliveInterval=120 -o ServerAliveCountMax=5 $HOST

ou a rajouter dans /etc/ssh/ssh_config :

Code: [Sélectionner]

Host *
ServerAliveInterval 120
ServerAliveCountMax 5

ServerAliveInterval
Sets a timeout interval in seconds after which if no data has been received from the server, ssh(1) will send a message through the encrypted channel to request a response from the server. The default is 0, indicating that these messages will not be sent to the server, or 300 if the BatchMode option is set. This option applies to protocol version 2 only.

ServerAliveCountMax
Sets the number of server alive messages (see below) which may be sent without ssh receiving any messages back from the server. If this threshold is reached while server alive messages are being sent, ssh will disconnect from the server, terminating the session. The server alive messages are sent through the encrypted channel and therefore will not be spoofable. The server alive mechanism is valuable when the client or server depend on knowing when a connection has become inactive.

The default value is 3. If, for example, ServerAliveInterval (see below) is set to 15 and ServerAliveCountMax is left at the default, if the server becomes unresponsive, ssh will disconnect after approximately 45 seconds. This option applies to protocol version 2 only.

kgersen · « **Réponse #86 le:** 28 mai 2015 à 15:35:22 »

oui c'est l'equivalent d'un heartbeat.
Ca peut être fait coté serveur aussi avec ClientAliveInterval (voir "man sshd_config")

Code: [Sélectionner]

     ClientAliveInterval
             Sets a timeout interval in seconds after which if no data has
             been received from the client, sshd(8) will send a message
             through the encrypted channel to request a response from the
             client.  The default is 0, indicating that these messages will
             not be sent to the client.  This option applies to protocol verâ
             sion 2 only.

« **Réponse #87 le:** 28 mai 2015 à 16:43:08 »

Citation de: turold le 28 mai 2015 à 08:46:57

Ok, c'est bien ce que je pensais...
Donc comme toi, je ne comprend pas trop cette histoire de batterie en ipv4 vs ipv6.
Et s'il y a une diff, ce serait plutôt à l'avantage de l'ipv4 pour la batterie.

Pourquoi?

buddy · « **Réponse #88 le:** 09 décembre 2015 à 12:37:36 »

Les activations ipv6 de Orange (je suppose) semble se voir sur le graphique depuis novembre. ~0.5 pt de gagné.
https://www.vyncke.org/ipv6status/compare.php?metric=p&countries=fr

mattmatt73 · « **Réponse #89 le:** 09 décembre 2015 à 12:49:59 »

Citation de: buddy le 09 décembre 2015 à 12:37:36

Les activations ipv6 de Orange (je suppose) semble se voir sur le graphique depuis novembre. ~0.5 pt de gagné.
https://www.vyncke.org/ipv6status/compare.php?metric=p&countries=fr

comment explique-t-on que par exemple la Belgique/suisse/usa tourne autour de 30% quand on se traine à 6%

Snickerss · « **Réponse #90 le:** 09 décembre 2015 à 13:33:45 »

Mdr ça va venir avec le déploiement FTTH en ZMD !

buddy · « **Réponse #91 le:** 09 décembre 2015 à 14:07:01 »

Citation de: Snickerss le 09 décembre 2015 à 13:33:45

Mdr ça va venir avec le déploiement FTTH en ZMD !

Free active l'ipv6 par défaut ? Si oui sur quelle box ? Car free a nettement plus que 5% de pdm... et les pcs sous xp qui ne gère pas l'ipv6 par défaut n'explique pas la différence entre 5% et les pdm de Free...
Un abonné a indiqué hier ou avant hier que free activait l Ipv6 dans la console de gestion accessible via le compte free mais pas sur la box.

underground78 · « **Réponse #92 le:** 09 décembre 2015 à 14:20:10 »

Je pense que Snickerss dit ça parce qu'il y a suspicion que les abonnés Free FTTH en ZMD passent par un tunnel IPv4 dans IPv6 (en gros l'inverse de ce qui est fait actuellement pour les autres abonnés Free). M'enfin pour l'instant ce n'est pas confirmé.

e-TE · « **Réponse #93 le:** 09 décembre 2015 à 14:28:55 »

Citation de: underground78 le 09 décembre 2015 à 14:20:10

Je pense que Snickerss dit ça parce qu'il y a suspicion que les abonnés Free FTTH en ZMD passent par un tunnel IPv4 dans IPv6 (en gros l'inverse de ce qui est fait actuellement pour les autres abonnés Free). M'enfin pour l'instant ce n'est pas confirmé.

+ la différence de débit entre ipv4 / ipv6 sur les premiers tests... ca risque d'en pousser d'autant plus à activer l'ipv6 pour pouvoir participer aux concours de la plus grosse ^^

Paulo31 · « **Réponse #94 le:** 09 décembre 2015 à 14:32:35 »

ou de s'abonner à la concurrence et rester en ip v4

e-TE · « **Réponse #95 le:** 09 décembre 2015 à 14:36:59 »

oui... mais bon il est temps de passer à l'ipv6 quand meme... reculer pour mieux sauter, y'a un moment ca devient usant/urgent :p