La Fibre
Fournisseurs d'accès à Internet fixe en France métropolitaine => Orange / Sosh => 
Actus Orange => Discussion démarrée par: scope le 13 mars 2015 à 12:21:02
-
Bonjour,
Après la mise à jour SoftAtHome SG30_sip-fr-5.7.16.1
il y a bien le menu Internet IPv6 et le bouton Activer.
(https://lafibre.info/images/ipv6/201503_orange_livebox_activation_ipv6.png)
Suis-je prêt pour la bascule ?
-que dois-je vérifier sur les appareils de mon réseau local:
.compatibles ipv6 ?, comment le tester ?
.protection par firewall individuel ?
. ?
-la configuration livebox ipv6 est-elle réversible ipv4,
au cas où ça coince quelque part ?
-?
Je ne sens pas prêt et pas très intrépide ...
-
Pour lipv6 , les pcs sous vista 7 et 8 sont compatibles.
Pour tester lipv6 après l'avoir activé tu peux vérifier sur ce type http://test-ipv6.com si ton pc a bien lipv6.
Mais je ne suis pas certain que lipv6 marche chez orange.
-
Non pas d'IPv6 pour l'instant mais tout indique de bonne nouvelles ds qq temps ;)
-
Lipv6 est peut être une option à activer dans l'interface de ma box. (Il me semble que c'est le cas chez Free et sfr )
-
Merci pour le lien de test;
mais qu'en est-il de mes autres appareils du réseau:
camera, imprimante, répéteur wifi, Nas, console de jeux, téléphones mobiles,...
auront-ils tous une adresse ipv6 ?
risqueront-ils tous d'être accessibles, en porte ouverte(?), depuis internet ?
-
il faut voir au cas par cas selon les fabriquants...
Normalement portables récents c'est ok. Les nas synology ok. Le reste il faut voir.
apparemment non. Les fai installent un firewall sur la box meme pour lipv6.
Tout n'a pas besoin d'avoir une ipv6. Ce n'est pas grave si ils ne sont pas compatibles. Lipv4 restera dispo de nombreuses années.
-
Les fai installent un firewall sur la box meme pour lipv6.
pas tous. SFR oui, Orange je ne sais pas, Free non.
pour comprendre les enjeux et problématiques lire http://www.bortzmeyer.org/6092.html (c'est long)
-
Merci pour le lien de test;
mais qu'en est-il de mes autres appareils du réseau:
camera, imprimante, répéteur wifi, Nas, console de jeux, téléphones mobiles,...
auront-ils tous une adresse ipv6 ?
risqueront-ils tous d'être accessibles, en porte ouverte(?), depuis internet ?
C'est pas le but, quand on se connecte à Internet?
-
option ipv6 pas encore activable apparemment sur le livebox 3 :'(
-
Bonjour,
Après la mise à jour SoftAtHome SG30_sip-fr-5.7.16.1
il y a bien le menu Internet IPv6 et le bouton Activer.
Suis-je prêt pour la bascule ?
-que dois-je vérifier sur les appareils de mon réseau local:
.compatibles ipv6 ?, comment le tester ?
.protection par firewall individuel ?
. ?
-la configuration livebox ipv6 est-elle réversible ipv4,
au cas où ça coince quelque part ?
-?
Je ne sens pas prêt et pas très intrépide ...
Il est aussi possible d'utiliser l'IPv6 sous XP, cependant il faut d'abord installer le protocole sur la carte réseau.
Android (>4.0) et iOS (>6) sont également compatibles IPv6.
J'avais recherché pour ma TV Samsung, mais je n'ai rien trouvé de concret...
-
...
Tout n'a pas besoin d'avoir une ipv6. Ce n'est pas grave si ils ne sont pas compatibles. Lipv4 restera dispo de nombreuses années.
Haaa, les appareils ipv4 et ipv6 pouraient donc alors cohabiter
sur mon réseau local et être gérés, protégés (firewall) par la livebox !
Bonne nouvelle, merci.
-
Qu'est-ce que tu voudrais comme "protection"?
-
Il est aussi possible d'utiliser l'IPv6 sous XP, cependant il faut d'abord installer le protocole sur la carte réseau.
Non rien à installer sur la carte réseau, c'est juste le protocole à installer sous win XP, qui n'est pas par défaut.
https://lafibre.info/ipv6/ipv6-windows-xp/
-
Qu'est-ce que tu voudrais comme "protection"?
Je ne voudrais pas que l'appareil ipv6 soit accessible
depuis internet sans protection; s'il a lui aussi une adresse ipv6 adressable de l'extérieur.
actuellement, en ipv4, le NAT protége les équipements locaux des entrants indésirables non programmés.
Je crains qu'avec une adresse ipv6, l'appareil soit accessible sans contrôle,
à moins que la livebox ipv6 ne s'en charge, appareil par appareil (?)
-
Tu veux dire qu'il y a ou qu'il peut y avoir des services réseaux accessibles et qu'il faut bloquer, non au niveau de l'appareil, mais en amont?
Parce que tu penses que c'est plus facile de bloquer en amont?
-
Actuellement, tout est open en réseau local,
pc, disques réseau, imprimante, caméra, console de jeux,..
rien n'est configuré dans la nat ipv4 pour y accéder depuis l'extérieur,
je ne me suis pas préoccupé de leurs éventuelles capacités à auto-protéger
leurs services réseaux contre un piratage.
Voilà, c'est la méconnaissance qui me bloque.
Si c'est possible et facile, en amont, dans la livebox, voilà qui me rassurerait.
-
C'est vrai qu'avec l'IPv6 ton imprimante aura son ip, ça peut être pratique ou problématique.
Après il faut la trouver avec une ip dynamique.
Oui mais parce qu'il y a un "mais", les Ip seront elles dynamique ?
Ou chacun se verra attribuer un bloc ?
Révéler une ip c'est révéler son bloc :o
Quoi qu'il en soit ipv6 c'est l'avenir, mais ipv6 me fait très peur.
-
Bonjour, il y a un problème avec le nouveau firmware (SoftAtHome SG30_sip-fr-5.7.16.1) qui bloque l'activation de l'ipv6 j'ai appeler le 3900 il mon dit d'en parler sur les forum est de les contacté pour faire remonter le problème le plus possible pour une résolution rapide.
Merci
-
Bonjour,
Tant que je ne sais pas si activer ipv6 est réversible ipv4,
au cas où ça me crée des problèmes d'utilisation en réseau local et de sécurité.
Je n'ose même pas appuyer sur le bouton "activer" ipv6
-
Bonjour,
Tant que je ne sais pas si activer ipv6 est réversible ipv4,
au cas où ça me crée des problèmes d'utilisation en réseau local et de sécurité.
Je n'ose même pas appuyer sur le bouton "activer" ipv6
Bonjour,
activer l'ipv6 ne désactive pas l'ipv4.
C'est une couche supplèmentaire. tu auras ipv4 + ipv6 (tous les sites web / serveurs ne sont pas encore compatbiles ipv6)
C'est réversible.
-
l'ipv6 est réversible ipv4
-
C'est vrai qu'avec l'IPv6 ton imprimante aura son ip, ça peut être pratique ou problématique.
Après il faut la trouver avec une ip dynamique.
Oui mais parce qu'il y a un "mais", les Ip seront elles dynamique ?
Ou chacun se verra attribuer un bloc ?
Révéler une ip c'est révéler son bloc :o
Quoi qu'il en soit ipv6 c'est l'avenir, mais ipv6 me fait très peur.
Bonjour, peur, moi aussi >:(
pas seulement l'imprimante, un autre exemple:
le décodeur tv a une adresse ip sur le réseau local,
adresse que je peux piloter sans contrôle de sécurité
avec une url du type
http://192.168.1.10:8080/remoteControl/cmd?operation=01&key=164&mode=0
(là cela déclenche une Pause)
Maintenant, en ipv6, je suppose que le décodeur aura aussi une adresse externe ipv6,
sera-t-elle accessible de partout depuis internet ?
Sans contrôle de sécurité, bonjour la pagaille !
-
Bonjour,
activer l'ipv6 ne désactive pas l'ipv4.
C'est une couche supplèmentaire. tu auras ipv4 + ipv6 (tous les sites web / serveurs ne sont pas encore compatbiles ipv6)
C'est réversible.
Ok, merci,
ce ne sont pas les serveurs internet qui me chagrinent,
mais bien les faiblesses éventuelles de sécurité en ipv6 de mes appareils du réseau local.
-
Ok, merci,
ce ne sont pas les serveurs internet qui me chagrinent,
mais bien les faiblesses éventuelles de sécurité en ipv6 de mes appareils du réseau local.
tout ne sera pas forcèment compatible hein ...
certains périphériques ne demanderont pas d'ipv6 et donc ne resteront joignables que sur ton réseau local en ipv4...
-
Bonjour, il y a un problème avec le nouveau firmware (SoftAtHome SG30_sip-fr-5.7.16.1) qui bloque l'activation de l'ipv6 j'ai appeler le 3900 il mon dit d'en parler sur les forum est de les contacté pour faire remonter le problème le plus possible pour une résolution rapide.
Merci
Ça n'est pas encore prêt ! Le seul problème à résoudre dans l'histoire, c'est l'affichage à tort du bouton d'activation d'IPv6 :)
-
Bonjour, il y a un problème avec le nouveau firmware (SoftAtHome SG30_sip-fr-5.7.16.1)
Je suis en SoftAtHome SG30_sip-fr-4.28.35.1 (FTTH Sosh avec Livebox Play) l'upgarde en SoftAtHome SG30_sip-fr-5.x est forcèment réalisé par l'ACS, ou il y a un moyen de forcer la mise à jour coté client ?
Le déploiement d'un nouveau firmware doit se faire progressivement je suppose, sur combien de semaines, une fois le go mass prod lancé ?
-
Le déploiement se fait automatiquement en ce moment, si elle n'est pas encore arrivée chez toi ce le sera dans les prochains jours. Sinon tu peux forcer la mise à jour dans Assistance > mise à jour du logiciel de la Livebox.
-
Il n'est pas systématiquement possible de forcer l'upgrade. J'ai fait l'essai tout à l'heure chez un ami: pas de nouvelle version disponible.
Il faut que dans le SI le nouveau soft à télécharger à la prochaine vérification par la box, ait été positionné comme il faut. Ça n'est pas encore fait pour tous les clients de toute évidence.
-
@Vivien tu as cb de FAI chez toi ? :o :o
Oui le dernier firmware provoque des freeze TV, perso je m'en fout mais pas ma miss.
-
Je voulais juste voir le "bouton IPv6", même si il ne marche pas.
Sinon, Sosh, c'est la ligne de mes parents.
-
Pas de freeze TV chez moi pourtant.
-
Je voulais juste voir le "bouton IPv6", même si il ne marche pas.
Sinon, Sosh, c'est la ligne de mes parents.
Pour le bouton c'est "au petit bonheur la chance", perso je ne l'ai pas.
-
Pas de freeze TV chez moi pourtant.
C'est pas énorme mais chiant, je dirai un freeze de 3s toutes les 30/45 min
-
Voici le bouton :
(https://lafibre.info/images/ipv6/201503_orange_livebox_activation_ipv6.png)
-
Le code prévoit bien aussi la réponse à ma question avec les autres boutons prévus,
est-ce réversible ?
<div style="text-align:right; height:35px;">
<input id="bt_disable" class="input-btn input-btn-orange translation Translations.general.btn.disable translated" type="button" value="désactiver" style="display: none;"></input>
<input id="bt_enable" class="input-btn input-btn-orange translation Translations.general.btn.enable translated" type="button" value="activer" style=""></input>
<input id="bt_reconnect" class="input-btn input-btn-orange-semi-large translation Translations.general.btn.reconnect translated" type="button" value="relancer la connexion" style="display: none;"></input>
</div>
-
Bonjour,
J'ai la même version (Soft @ Home SG30_sip-fr-5.7.16.1 ) mais je n'ai le bouton pour l'IP V6
(cf pièce jointe)
C'est peut-être parce que c'est une LB en ADSL?
cdt
dr-lu74
-
Le code prévoit bien aussi la réponse à ma question avec les autres boutons prévus,
est-ce réversible ?
de quoi ? l'activation de l'ipv6 ?
oui bien sur.
çà relance la connexion pour remplacer la connexion IPV4 par une connexion ipv4+ipv6. (les 2 se superposent)
-
ipv6 accessible pour le moment que pour Livebox Play Livebox VDSL.
-
Sera accessible pour les abonnés VDSL et fibre.
-
Sera accessible pour les abonnés VDSL et fibre.
Et adsl, dans un second temps.
-
ipv6 accessible pour le moment que pour Livebox Play Livebox VDSL.
Oui Sera , car même sous VDSL ici pas de bouton IPV6 ;)
-
je viens d'avoir le bouton ipv6 en fibre mais impossible de l'activer :(
-
Il a déjà été répondu que ça n'était pas encore opérationnel...
-
Idem chez moi, le menu IPv6 apparait mais le bouton d'activation est juste prêt, pas actif.
-
Chez moi, ce n'est pas réapparu.
-
Une mise à jour de la Livebox Play pour le débit DSL réel et l'IPv6
Orange déploie une mise à jour pour les Livebox Play. Cette dernière ajoute une meilleure gestion des réseaux WiFi, le débit réel de la ligne
Orange déploie une mise à jour pour la Livebox Play qui est étiqueté SG30_sip-fr-5.7.16.1
Cette mise à jour vous permet de bénéficier de nouvelles fonctionnalités :
Double Wi-Fi : La Livebox Play permet d'utiliser séparèment les deux bandes Wi-Fi 2,4 et 5 Ghz en toute simplicité. Elle permet, ainsi, créer deux réseaux distincts
Débits montant et descendant de votre ligne : La Livebox Play communique les valeurs de débit utile de votre accès internet (sur une connexion ADSL ou VDSL2)
NAT/PAT : Simplification de la gestion des règles.
Sauvegarde/restauration des paramètres : La Livebox Play peut recevoir les paramètres de configuration (identifiants de connexion internet, règles d'accès à internet, règles d'accès au réseau Wi-Fi, règles NAT, etc.) d'une Livebox 2
Téléphone Cat-IQ : La Livebox Play informe, via un message sur son écran, lorsqu'un nouveau téléphone essaye de s'associer alors que quatre téléphones sont déjà associés à la Livebox
Ma Livebox : Le téléchargement de l'application ma Livebox est disponible à partir de l'interface de la Livebox Play
Pour accéder à l'interface de configuration, le mot de passe est habituellement 'admin' par défaut mais, sur certaines Livebox, le mot de passe par défaut utilisent les premières caractères de la clé de chiffrement WiFi
Mais il ne s'agit pas des seules nouveautés du firmware. Il ouvre l'accès à l'IPv6 (Configuration avancée > Internet IPv6) mais Orange en bloque encore l'usage.
Orange déploie progressivement la mise à jour sur les Livebox Play, par lots et durant la nuit. L'abonné Orange n'a aucune intervention à faire. Si la Livebox est éteinte lorsque son lot est activé, elle le récupèrera lors de la première connexion sur le réseau d'Orange. Néanmoins, il est possible de la récupérer en utilisant le module de mise à jour de l'interface de la Livebox (Assistance > Mise à jour du logiciel de la Livebox)
source : http://livebox-news.com/2015/03/25/1804/mise-a-jour-livebox-play-pour-debit-dsl-reel-et-lipv6?utm_source=dlvr.it&utm_medium=twitter
-
Mais il ne s'agit pas des seules nouveautés du firmware. Il ouvre l'accès à l'IPv6 (Configuration avancée > Internet IPv6) mais Orange en bloque encore l'usage.
J'ai peur qu'Orange fasse preuve de trop de précipitation!
IPv6 c'est encore très futuriste.
Nerim ne propose IPv6 que depuis 12 ans.
-
INFORMATION
Salut à tous et à toute une information officiel dont je ne peux pas révéler la source vient de m'informer que l'ipv6 devrait être déployée par orange d'ici le mois de juin .
Cela ne m'a pas encore été révélé mais ça devrait être effectué par une mise à jour vue que les mises à jours chez Orange son effectif tous les trois mois et que cela correspond à la date du deploiement de l'ipv6 .
Je reviens vers vous dès que j'en ai plus ;)
-
INFORMATION
Salut à tous et à toute une information officiel dont je ne peux pas révéler la source vient de m'informer que l'ipv6 devrait être déployée par orange d'ici le mois de juin .
Cela ne m'a pas encore été révélé mais ça devrait être effectué par une mise à jour vue que les mises à jours chez Orange son effectif tous les trois mois et que cela correspond à la date du deploiement de l'ipv6 .
Je reviens vers vous dès que j'en ai plus ;)
Alors que l'on disait en Janvier ? Je suis septique ! ::)
-
Une information officiel sans source ça n'est pas officiel.
-
Une information officiel sans source ça n'est pas officiel.
En plus ! ;D
-
Cela ne m'a pas encore été révélé mais ça devrait être effectué par une mise à jour vue que les mises à jours chez Orange son effectif tous les trois mois et que cela correspond à la date du deploiement de l'ipv6 .
Non. Ça ne sera pas une mise à jour des Livebox, du moins pas uniquement.
Les livebox peuvent être compatibles ipv6 sans que ça fonctionne (bien des membres du forum s'en sont rendu compte).
-
Ca serait justice qu'Orange soit le 1er a proposer de l'IPv6 natif vu qu'ils sont les plus pointus en réseau...
Mais rien n'est joué , on a vu Free devancer tout le monde sur pas mal de technos juste pour faire un effet d'annonce même si derrière leur mise en oeuvre est très limitée ou partielle (1Gbps fibre, 4K STB, etc).
Bon après IPv6 c'est pas vraiment une techno 'sexy' auprès du grand public ;)
-
Ca serait justice qu'Orange soit le 1er a proposer de l'IPv6 natif vu qu'ils sont les plus pointus en réseau...
A moins en effet que Free nous souffle la 1ère place, c'est bien parti pour en effet.
-
(https://lafibre.info/images/ipv6/201503_orange_livebox_activation_ipv6.png)
-
Je crois que HCO voulait connaître le lien de la page IPv6 quand elle est cachée : http://livebox/advConfigIPv6.html
-
Bon le bouton est toujours inactif en revanche, et je pense qu'il va falloir tabler sur mi-2015, pas plus tôt...
-
Même certains ingénieurs ont du mal à voir l'intérêt.
-
Même certains ingénieurs ont du mal à voir l'intérêt.
Si ipv6 c'est l'avenir, mais comme beaucoup je demande comment je vais réorganiser mon réseau.
Une ipv6 ça cause pas, une ipv4 est compréhensible.
C'est clair ?
-
Une ipv6 ça cause pas, une ipv4 est compréhensible.
C'est clair ?
Non. :(
-
Une ipv4 c'est plus simple à retenir qu'une ipv6 (oui, j'ai décider d'enfoncer des portes ouvertes ce matin). Mais bon tu peux utiliser le DNS pour te simplifier la tâche.
-
Non. :(
Bon de ce j'ai compris sur les ipv6 c'est que chaque pc a son adresse public, en soit c'est vraiment génial.
Mais tu maitrises plus rien plus de nat chaque machine livré à elle même, imagine un dsi ne pas maitriser le truc.
Déjà moi avec mes 9/10 Pc j'ai du mal, je préfère mon routeur qui est la porte d'entrée que je gère.
-
Une ipv4 c'est plus simple à retenir qu'une ipv6 (oui, j'ai décider d'enfoncer des portes ouvertes ce matin). Mais bon tu peux utiliser le DNS pour te simplifier la tâche.
Clairement
Pour les DNS c'est une solution, mais élitiste.
-
Sera-t-il possible, qu'à la demande dans la conf LB3,
le réseau local reste en ipv4 avec le NAT et le pare-feu
comme protection d'accès ?
Si oui, comme je l'espère, ipv4 ou ipv6 sur internet
m'indiffère alors.
-
Sera-t-il possible, qu'à la demande dans la conf LB3,
le réseau local reste en ipv4 avec le NAT et le pare-feu
comme protection d'accès ?
Le mieux est de ne pas activer l'ipv6 tout court.
Certaines box integreront un firewall pour l'ipv6. il est trop tôt pour le savoir à l'heure actuelle.
-
Les gens retiennent plein d'IPv4?
-
Au boulot sur un certain compte les gens connaissent les serveurs par leur IP, ca me laisse dubitatif ...
Ce qui est clair c'est que je suis capable de memoriser une ipv4 quelques secondes pour un copier coller et que je suis incapable de le faire avec une IPv6
-
Bah les IPv6 c'est comme les clés WPA, ça finit par rentrer mais pas en 3 secondes. Par contre s'il y en a plusieurs à retenir c'est plus compliqué.
-
Il ne me semble pas.
-
Il ne me semble pas.
Pourtant je ne serai pas étonné, il y en a toujours eu.
-
l'expert vous répond:
NEW NEWS
deux pages cachées sur l'interface livebox :
le premier disponible sur l'ancienne livebox pour l'option multi décodeur : http://livebox/advConfigPorts.html
le deuxième est une page qu'on pouvait modifier sur l'ancienne MaJ Livebox (4.28.35.1)Ça s'appelle phone on line : http://livebox/advConfigFxo.html
ses deux liens ne sont pas vraiment actifs sur la livebox play :-\.
j'ai hésité à vous répondre pour plus d'informations contacter moi par MP.
lien qui ma aider : http://www.elektroda.pl/rtvforum/topic2723481.html
-
l'IPv6 est arrivé ?
Je viens de voir dans les paramètres de ma livebox play que le décodeur TV a maintenant une IPv6.
De plus dans "configuration avancée" j'ai un menu IPv6 qui indique statut de connectivité ipv6 : activé et un préfixe associé à la livebox en /56 qui commence par :2a01:cb...
Alors c'est parti ?
Je n'ai pas encore testé avec des devices derrières (car j'ai un firewall derrière la livebox qui ne fait aujourd'hui que du v4).
-
Oui, un très petit nombre de clients en bénéficient. Pourrais-tu faire une capture de http://ipv6-test.com/ ?
-
Je n'ai pas de connectivité v6 sur mes laptop, smartphone ou autre. Donc le résultat des tests v6 sur le site indiqué ne donnera rien (mon Firewall ne fait aujourd'hui que du v4).
Par contre voilà une capture de ma livebox.
J'aimerai bien qu'ils ajoutent sur la livebox, la possibilité d'utiliser des /64 et surtout de les router comme le fait free avec la révolution !
-
l'IPv6 est arrivé ?
7 000 bêta-testeurs ont été activés au 15 octobre.
Cela peut se remarquer dans les contributions Wikipédia publiques : https://fr.wikipedia.org/wiki/Spécial:Contributions/2A01:CB* (https://fr.wikipedia.org/wiki/Spécial:Contributions/2A01:CB*) (nécessite d'avoir un compte et d'avoir activé le script « ContribsRange » dans ses préférences (https://fr.wikipedia.org/wiki/Sp%C3%A9cial:Pr%C3%A9f%C3%A9rences#mw-prefsection-gadgets))
Ou dans les logs de certains : https://twitter.com/Muzikals/status/655553489205096448
Les reverse DNS sont moins parlants, mais les traceroutes permettent de connaître le nœud qui est à la base de la connexion.
$ dig -x 2A01:CB04:7:3400:9C01:14E6:FF36:84C3 +short
2a01cb04000734009c0114e6ff3684c3.ipv6.abo.wanadoo.fr.
$ mtr -rwc10 2A01:CB04:7:3400:9C01:14E6:FF36:84C3
Start: Thu Nov 5 23:40:14 2015
HOST: laptop Loss% Snt Last Avg Best Wrst StDev
1.|-- box 0.0% 10 3.5 3.9 3.4 6.9 0.9
2.|-- ??? 100.0 10 0.0 0.0 0.0 0.0 0.0
3.|-- 2a02-8400-0000-0003-0000-0000-0000-0011.rev.sfr.net 0.0% 10 31.1 31.4 30.4 32.8 0.6
4.|-- 2a02-8400-0000-0003-0000-0000-0000-117d.rev.sfr.net 0.0% 10 35.0 33.9 32.4 35.6 1.1
5.|-- 2a01:cfc4:0:f00::2 0.0% 10 31.5 31.3 30.4 32.7 0.5
6.|-- 2a01cb08a00402010193025300740076.ipv6.abo.wanadoo.fr 0.0% 10 32.9 32.4 31.5 34.9 0.9
7.|-- 2a01cb04000734002e3996fffe3a1024.ipv6.abo.wanadoo.fr 0.0% 10 33.2 34.2 32.0 43.7 3.3
8.|-- ??? 100.0 10 0.0 0.0 0.0 0.0 0.0
En se concentrant sur le 6ème routeur :
2a01:cb08:a004:201:193:253:74:76
= 193.253.74.76
= system.nestl--5.Dare.francetelecom.net
« STL » est le trigramme du site situé dans le quartier Saint-Lambert, à Paris, sur lequel semblent actuellement sortir la large majorité des bêta-testeurs IPv6 (avec celui de Rennes pour Orange Labs Bretagne).
-
je n'ai pas suivis toute l'affaire : c'est du vrai ipv6 ou un tuneling à la con ?
-
La liste des reverses de la /24 IPv6 des routeurs deux sauts avant la destination:
$ for i in $(seq 0 255); do echo -n 193.253.77.$i '=> '; RPTR=$(dig $i.77.253.193.in-addr.arpa ptr @8.8.8.8 +short); [ -z "$RPTR" ] && echo '(none)' || echo $RPTR;done
193.253.77.0 => (none)
193.253.77.1 => system.nbaub701.Dare.francetelecom.net.
193.253.77.2 => system.nenly--b.Dare.francetelecom.net.
193.253.77.3 => system.nenly--2.Dare.francetelecom.net.
193.253.77.4 => system.nepha--2.Dare.francetelecom.net.
193.253.77.5 => system.nmidf303.Aubervilliers.francetelecom.net.
193.253.77.6 => system.nmidf304.NeuillySurMarne.francetelecom.net.
193.253.77.7 => (none)
193.253.77.8 => (none)
193.253.77.9 => (none)
193.253.77.10 => (none)
193.253.77.11 => system.nepha--4.Dare.francetelecom.net.
193.253.77.12 => system.nenly--5.Dare.francetelecom.net.
193.253.77.13 => (none)
193.253.77.14 => mpls.bsaub651.Aubervilliers.francetelecom.net.
193.253.77.15 => (none)
193.253.77.16 => system.nmidf301.Aubervilliers.francetelecom.net.
193.253.77.17 => system.nmidf302.NeuillySurMarne.francetelecom.net.
193.253.77.18 => system.nmidf201.Aubervilliers.francetelecom.net.
193.253.77.19 => system.nmidf202.Montsouris.francetelecom.net.
193.253.77.20 => mpls.bsaub652.Aubervilliers.francetelecom.net.
193.253.77.21 => lo2.npaub305.Aubervilliers.francetelecom.net.
193.253.77.22 => lo2.npaub306.Aubervilliers.francetelecom.net.
193.253.77.23 => system.nmidf381.Aubervilliers.francetelecom.net.
193.253.77.24 => system.nmidf382.NeuillySurMarne.francetelecom.net.
193.253.77.25 => system.npidf305.Aubervilliers.francetelecom.net.
193.253.77.26 => system.npidf306.NeuillySurMarne.francetelecom.net.
193.253.77.27 => (none)
193.253.77.28 => (none)
193.253.77.29 => (none)
193.253.77.30 => mpls.bsaub653.Aubervilliers.francetelecom.net.
193.253.77.31 => mpls.bsaub654.Aubervilliers.francetelecom.net.
193.253.77.32 => (none)
193.253.77.33 => nmlag701.francetelecom.net.
193.253.77.34 => nmlag702.francetelecom.net.
193.253.77.35 => system.nblag701.Dare.francetelecom.net.
193.253.77.36 => (none)
193.253.77.37 => system.nezmx--1.Dare.francetelecom.net.
193.253.77.38 => system.nezto--1.Dare.francetelecom.net.
193.253.77.39 => system.nezmk--1.Dare.francetelecom.net.
193.253.77.40 => system.nezly--1.Dare.francetelecom.net.
193.253.77.41 => system.nezcm--1.Dare.francetelecom.net.
193.253.77.42 => system.nezpr--1.Dare.francetelecom.net.
193.253.77.43 => system.nezmo--1.Dare.francetelecom.net.
193.253.77.44 => system.nezfb--1.Dare.francetelecom.net.
193.253.77.45 => system.neaub--1.Dare.francetelecom.net.
193.253.77.46 => (none)
193.253.77.47 => system.nepha--c.Dare.francetelecom.net.
193.253.77.48 => system.nernn005.Dare.francetelecom.net.
193.253.77.49 => system.neren801.Dare.francetelecom.net.
193.253.77.50 => mpls.bsren658.Rennes.francetelecom.net.
193.253.77.51 => system.npren101.Rennes.francetelecom.net.
193.253.77.52 => system.npren102.Rennes.francetelecom.net.
193.253.77.53 => system.nmren203.Rennes.francetelecom.net.
193.253.77.54 => system.nmren204.Rennes.francetelecom.net.
193.253.77.55 => system.nevnn093.Dare.francetelecom.net.
193.253.77.56 => mpls.bsren650.Rennes.francetelecom.net.
193.253.77.57 => system.nebrs161.Dare.francetelecom.net.
193.253.77.58 => mpls.bsren659.Rennes.francetelecom.net.
193.253.77.59 => system.neqmp182.Dare.francetelecom.net.
193.253.77.60 => (none)
193.253.77.61 => (none)
193.253.77.62 => (none)
193.253.77.63 => (none)
193.253.77.64 => (none)
193.253.77.65 => nmorl701.francetelecom.net.
193.253.77.66 => nmorl702.francetelecom.net.
193.253.77.67 => system.nborl701.Dare.francetelecom.net.
193.253.77.68 => system.nborl702.Dare.francetelecom.net.
193.253.77.69 => mpls.bsorl652.Orleans.francetelecom.net.
193.253.77.70 => system.nebls011.Dare.francetelecom.net.
193.253.77.71 => system.netrs001.Dare.francetelecom.net.
193.253.77.72 => system.nevnd011.Dare.francetelecom.net.
193.253.77.73 => system.nechr071.Dare.francetelecom.net.
193.253.77.74 => system.netrs011.Dare.francetelecom.net.
193.253.77.75 => system.nechr101.Dare.francetelecom.net.
193.253.77.76 => system.nebrg031.Dare.francetelecom.net.
193.253.77.77 => system.negin001.Dare.francetelecom.net.
193.253.77.78 => system.nemtr041.Dare.francetelecom.net.
193.253.77.79 => system.nechd001.Dare.francetelecom.net.
193.253.77.80 => system.nmorl201.Orleans.francetelecom.net.
193.253.77.81 => system.nmorl202.Orleans.francetelecom.net.
193.253.77.82 => mpls.bsorl651.Orleans.francetelecom.net.
193.253.77.83 => system.nmorl281.Orleans.francetelecom.net.
193.253.77.84 => system.nmorl282.Orleans.francetelecom.net.
193.253.77.85 => (none)
193.253.77.86 => (none)
193.253.77.87 => mpls.bsorl654.Orleans.francetelecom.net.
193.253.77.88 => system.nechr423.Dare.francetelecom.net.
193.253.77.89 => mpls.bsorl653.Orleans.francetelecom.net.
193.253.77.90 => system.nechr533.Dare.francetelecom.net.
193.253.77.91 => (none)
193.253.77.92 => (none)
193.253.77.93 => (none)
193.253.77.94 => mpls.bsorl655.Orleans.francetelecom.net.
193.253.77.95 => mpls.bsorl656.Orleans.francetelecom.net.
193.253.77.96 => (none)
193.253.77.97 => system.nbrou701.Dare.francetelecom.net.
193.253.77.98 => system.nbrou702.Dare.francetelecom.net.
193.253.77.99 => (none)
193.253.77.100 => system.neevr011.Dare.francetelecom.net.
193.253.77.101 => system.nevrn061.Dare.francetelecom.net.
193.253.77.102 => system.nelvr011.Dare.francetelecom.net.
193.253.77.103 => system.nedpp021.Dare.francetelecom.net.
193.253.77.104 => system.nefcm001.Dare.francetelecom.net.
193.253.77.105 => system.nelhv001.Dare.francetelecom.net.
193.253.77.106 => system.neptd001.Dare.francetelecom.net.
193.253.77.107 => system.nmrou201.Rouen.francetelecom.net.
193.253.77.108 => system.nmrou202.Rouen.francetelecom.net.
193.253.77.109 => mpls.bsrou652.Rouen.francetelecom.net.
193.253.77.110 => mpls.bsrou651.Rouen.francetelecom.net.
193.253.77.111 => system.nmrou281.Rouen.francetelecom.net.
193.253.77.112 => system.nmrou282.Rouen.francetelecom.net.
193.253.77.113 => mpls.bsrou653.Rouen.francetelecom.net.
193.253.77.114 => mpls.bsrou655.Rouen.francetelecom.net.
193.253.77.115 => (none)
193.253.77.116 => (none)
193.253.77.117 => (none)
193.253.77.118 => (none)
193.253.77.119 => (none)
193.253.77.120 => (none)
193.253.77.121 => (none)
193.253.77.122 => (none)
193.253.77.123 => (none)
193.253.77.124 => (none)
193.253.77.125 => (none)
193.253.77.126 => (none)
193.253.77.127 => system.nerou002.Dare.francetelecom.net.
193.253.77.128 => (none)
193.253.77.129 => nmcae701.francetelecom.net.
193.253.77.130 => nmcae702.francetelecom.net.
193.253.77.131 => system.nbcae701.Dare.francetelecom.net.
193.253.77.132 => system.nbcae702.Dare.francetelecom.net.
193.253.77.133 => system.nesll202.Dare.francetelecom.net.
193.253.77.134 => system.nectn002.Dare.francetelecom.net.
193.253.77.135 => system.nechr052.Dare.francetelecom.net.
193.253.77.136 => (none)
193.253.77.137 => system.nealn001.Dare.francetelecom.net.
193.253.77.138 => system.neflr001.Dare.francetelecom.net.
193.253.77.139 => system.neavr051.Dare.francetelecom.net.
193.253.77.140 => system.negrn211.Dare.francetelecom.net.
193.253.77.141 => system.nmcae201.Caen.francetelecom.net.
193.253.77.142 => system.nmcae202.Caen.francetelecom.net.
193.253.77.143 => (none)
193.253.77.144 => mpls.bscae652.Caen.francetelecom.net.
193.253.77.145 => system.nmcae281.Caen.francetelecom.net.
193.253.77.146 => system.nmcae282.Caen.francetelecom.net.
193.253.77.147 => mpls.bscae651.Caen.francetelecom.net.
193.253.77.148 => mpls.bscae653.Caen.francetelecom.net.
193.253.77.149 => (none)
193.253.77.150 => mpls.bscae654.Caen.francetelecom.net.
193.253.77.151 => system.necae004.Dare.francetelecom.net.
193.253.77.152 => (none)
193.253.77.153 => (none)
193.253.77.154 => (none)
193.253.77.155 => (none)
193.253.77.156 => (none)
193.253.77.157 => (none)
193.253.77.158 => (none)
193.253.77.159 => (none)
193.253.77.160 => (none)
193.253.77.161 => (none)
193.253.77.162 => (none)
193.253.77.163 => (none)
193.253.77.164 => (none)
193.253.77.165 => (none)
193.253.77.166 => mpls.bslil657.VilleneuveDascq.francetelecom.net.
193.253.77.167 => mpls.bslil655.VilleneuveDascq.francetelecom.net.
193.253.77.168 => (none)
193.253.77.169 => (none)
193.253.77.170 => (none)
193.253.77.171 => (none)
193.253.77.172 => (none)
193.253.77.173 => (none)
193.253.77.174 => (none)
193.253.77.175 => (none)
193.253.77.176 => (none)
193.253.77.177 => system.nmmgt201.Marigot.francetelecom.net.
193.253.77.178 => system.nmmgt202.Marigot.francetelecom.net.
193.253.77.179 => (none)
193.253.77.180 => (none)
193.253.77.181 => (none)
193.253.77.182 => (none)
193.253.77.183 => (none)
193.253.77.184 => (none)
193.253.77.185 => (none)
193.253.77.186 => (none)
193.253.77.187 => (none)
193.253.77.188 => (none)
193.253.77.189 => (none)
193.253.77.190 => (none)
193.253.77.191 => (none)
193.253.77.192 => (none)
193.253.77.193 => (none)
193.253.77.194 => (none)
193.253.77.195 => (none)
193.253.77.196 => (none)
193.253.77.197 => (none)
193.253.77.198 => (none)
193.253.77.199 => (none)
193.253.77.200 => (none)
193.253.77.201 => (none)
193.253.77.202 => (none)
193.253.77.203 => (none)
193.253.77.204 => (none)
193.253.77.205 => (none)
193.253.77.206 => (none)
193.253.77.207 => (none)
193.253.77.208 => mpls.bsnan658.Nantes.francetelecom.net.
193.253.77.209 => (none)
193.253.77.210 => (none)
193.253.77.211 => (none)
193.253.77.212 => (none)
193.253.77.213 => (none)
193.253.77.214 => (none)
193.253.77.215 => (none)
193.253.77.216 => (none)
193.253.77.217 => (none)
193.253.77.218 => (none)
193.253.77.219 => (none)
193.253.77.220 => (none)
193.253.77.221 => (none)
193.253.77.222 => (none)
193.253.77.223 => (none)
193.253.77.224 => (none)
193.253.77.225 => (none)
193.253.77.226 => (none)
193.253.77.227 => (none)
193.253.77.228 => (none)
193.253.77.229 => (none)
193.253.77.230 => (none)
193.253.77.231 => (none)
193.253.77.232 => (none)
193.253.77.233 => (none)
193.253.77.234 => (none)
193.253.77.235 => (none)
193.253.77.236 => (none)
193.253.77.237 => (none)
193.253.77.238 => (none)
193.253.77.239 => (none)
193.253.77.240 => (none)
193.253.77.241 => (none)
193.253.77.242 => (none)
193.253.77.243 => (none)
193.253.77.244 => (none)
193.253.77.245 => (none)
193.253.77.246 => (none)
193.253.77.247 => (none)
193.253.77.248 => (none)
193.253.77.249 => (none)
193.253.77.250 => (none)
193.253.77.251 => (none)
193.253.77.252 => (none)
193.253.77.253 => (none)
193.253.77.254 => (none)
193.253.77.255 => (none)
Il reste de la place dans la /24 ...
-
En faite, il y a pas mal de plages.
J'essai de voir si je peut tout découvrir.
-
je n'ai pas suivis toute l'affaire : c'est du vrai ipv6 ou un tuneling à la con ?
De ce que j'ai pu lire ici, ça serait de l'Ipv6 natif ;)
-
l'IPv6 est arrivé ?
Je viens de voir dans les paramètres de ma livebox play que le décodeur TV a maintenant une IPv6.
Et du coup, c'est toujours du PPPoE pour Internet ou ça a basculé en DHCP (+ DHCPv6-PD pour le prefix IPv6) comme "prévu" (d'après les rumeurs) ? Normalement on peut consulter le type de connexion sur une des pages d'admin de la box.
Je me pose également la question à propos de ceux, comme moi, qui ont viré la Livebox pour mettre un ERL à la place: Est-ce que les 2 modes de connexion vont être supportés en parallèle (PPPoE sans IPv6 et DHCP avec IPv6), ou est-ce un basculement pur et simple (et dans ce cas on va se retrouver sans connexion du jour au lendemain le temps de ressortir la livebox du carton en attendant d'avoir une config ERL à jour) ?
-
je n'ai pas suivis toute l'affaire : c'est du vrai ipv6 ou un tuneling à la con ?
Du vrai, du beau, du natif ;)
-
Et du coup, c'est toujours du PPPoE pour Internet ou ça a basculé en DHCP (+ DHCPv6-PD pour le prefix IPv6) comme "prévu" (d'après les rumeurs) ? Normalement on peut consulter le type de connexion sur une des pages d'admin de la box.
C'est bien du dhcp + dhcp6-pd.
Je me pose également la question à propos de ceux, comme moi, qui ont viré la Livebox pour mettre un ERL à la place: Est-ce que les 2 modes de connexion vont être supportés en parallèle (PPPoE sans IPv6 et DHCP avec IPv6), ou est-ce un basculement pur et simple (et dans ce cas on va se retrouver sans connexion du jour au lendemain le temps de ressortir la livebox du carton en attendant d'avoir une config ERL à jour) ?
La possibilité de connexion ppp ne va pas disparaitre comme ça, il y en a encore pour quelques années. Par contre, pas d'ipv6 en ppp. Et je pense pas que ppp pour le v4 et dhcp pour le v6 soit possible (a tester).
-
La possibilité de connexion ppp ne va pas disparaitre comme ça
Ouf, ça me rassure, je me préparais déjà à recevoir un appel de ma femme en pleine journée "P*t*in, tu fais ch*ier avec ton matos de m*rde, y'a plus rien qui marche à la maison" le jour où on passera en DHCP dans mon coin ;D
-
OH SURPRISE : P
Bizarre que moi j'ai rien :(
Vous avez des réponses ?
-
Et du coup, en DHCP l'IPv4 est fixe désormais ?
-
Et du coup, en DHCP l'IPv4 est fixe désormais ?
Pourquoi elle le serait gratuitement ?
L'IPv4 reste en ppp et dynamique. IPv6 DHCP de ce que je comprend.
-
C'est pas ce que je comprends du dernier post de petrus.
-
Effectivement, c'est DHCP pour IPv4 et DHCP6-PD pour IPv6 d'après ce qu'à dit Petrus.
Par contre DHCP ne veut absolument pas dire IP fixe: Ce n'est pas parce que la plupart des serveurs DHCP sont configurés pour réattribuer dans la mesure du possible la même IP aux client qu'ils ne peuvent pas être configurés pour faire tout le contraire...
-
Justement, on est en droit d'espérer... un peu comme l'augmentation de l'upload un jour.
-
Si je me souviens bien, le même Petrus (il me corrigera si j'ai rêvé) avait dit dans un sujet ici même que le bail serait plus long que les 7 jours actuels, mais que techniquement l'IP ne serait pas fixe.
-
Comme tous les opérateurs GP, une IP fixe non garantie, qui peut changer suite à des travaux sur le réseau. On n'en demande pas plus :-*
-
OH SURPRISE : P
Bizarre que moi j'ai rien :(
Vous avez des réponses ?
Oui : le déploiement n'est pas national, ça se fait progressivement.
-
Pour info, l'IPv6 a été retiré du menu de "configuration avancée" de la LiveBox Play avec SG30_sip-fr-5.15.4.1
Edit: mais la page de configuration reste accessible via http://livebox/advConfigIPv6.html ou http://192.168.1.1/advConfigIPv6.html selon votre méthode de connexion à la LiveBox.
-
@noide, pourrait-on avoir un capture d'écran des deux onglets FTTH & Internet, dans la section "assistance > informations système" de la Box ?
Par ailleurs, est-ce réellement une ligne ADSL ? Pas plutôt VDSL ou FTTH ?
Merci :)
-
Noide est en VDSL.
Sa photo de profil est son speedtest... en 50/7. Impossible en adsl, bien au-dessus. ;)
edit: et oui, encore un qui s'est trompé de groupe, car il existe celui-ci:
Client Orange vdsl
Pour les clients Orange VDSL.
Mais pas beaucoup de monde ne fait de différence entre adsl et vdsl, tout comme les différentes "fibre/câble".
Re-edit:
Après une longue recherche sur ses contributions, voilà sa situation du pourquoi un profil adsl.
Il était vraiment sur adsl jusqu'en début d'année, avec déjà un très bon débit.
Puis il est passé en NRA-MeD, et également basculement sur VDSL (ça a dû en profiter pour faire du 2 en 1).
Depuis, il a peut être oublié de changer son profil du forum.
Quoiqu'il en soit, c'est galère pour que tout le monde mette son profil à jour sur le forum...
-
Du coup, Orange prévoit du SLAAC pour les machines du LAN ?
-
Noide est en VDSL.
Sa photo de profil est son speedtest... en 50/7. Impossible en adsl, bien au-dessus. ;)
edit: et oui, encore un qui s'est trompé de groupe, car il existe celui-ci:Mais pas beaucoup de monde ne fait de différence entre adsl et vdsl, tout comme les différentes "fibre/câble".
Re-edit:
Après une longue recherche sur ses contributions, voilà sa situation du pourquoi un profil adsl.
Il était vraiment sur adsl jusqu'en début d'année, avec déjà un très bon débit.
Puis il est passé en NRA-MeD, et également basculement sur VDSL (ça a dû en profiter pour faire du 2 en 1).
Depuis, il a peut être oublié de changer son profil du forum.
Quoiqu'il en soit, c'est galère pour que tout le monde mette son profil à jour sur le forum...
Oui je suis bien en VDSL depuis le début chez Orange. Je n'avais pas vu le profil "VDSL Orange" du forum. Mais ce n'est pas la peine d'être aussi désagréable :
"edit: et oui, encore un qui s'est trompé de groupe"
Heureusement que tout le monde n'est pas comme ça ici ! Dans tous les cas, désolé pour ceux que mon erreur a dérangé.
Et pour info je fais la différence entre les deux puisque c'est à cause de cela que je suis passé chez Orange en début d'année puisque j'étais effectivement en ADSL avant chez Free mais pas vraiment avec un bon débit : 2Mb/s avant le basculement sur le NRA-MeD.
Dans tous les cas, je ne vois pas en quoi cela a un rapport avec l'IPv6 en cours de déploiement sur les technos xDSL.
-
Voici les infos de ma box :
-
Voici les infos de ma box :
même version, mais pas d'IPv6 :-[
-
Salut,
Quel est l'interet de l'IPV6 au jour d’aujourd’hui ??
IPV6 n'apporte rien pour le moment ?
++
Wil
-
Merci noide ;)
Donc la migration IPv6 se fait à partir des NRA-NRO
La box et la m.a.j peuvent supporter l'ipv6 mais si le nœud de raccordement n'est pas OK l'on ne peut avoir d'ipv6
-
Aujourd'hui l'IPv6 en soit n'apporte rien par rapport au v4 si ce n'est que certains services peuvent être accessible avec moins de latence lié au peering entre les opérateurs qui ne sont pas forcèment les mêmes en v6 et en v4.
C'est l'aspect geek qui fait que l'on s'intéresse ou pas à la techno. Perso je suis dans le métier et je fais de plus en plus de PoC (Proof of Concept) ou de déploiement v6 chez mes clients, du coup je porte un certain intérêt pour ce protocole encore trop peu déployé...
Il me semble également que certains gros fournisseurs de contenu comme Facebook ont commencé à déployer des clusters de services uniquement en v6 natif.
A+
Noide.
-
Merci pour l'info Noide.
il est claire qu'il va falloir y basculer un jour prochain !!!
En sachant que les particulier seront logiquement les dernier a basculé
++
Wilson
-
Dans tous les cas, je ne vois pas en quoi cela a un rapport avec l'IPv6 en cours de déploiement sur les technos xDSL.
Cela a un rapport dans le sens où les abonnés ADSL ne sont pas (encore ?) concernés par le projet amenant IPv6 (mais qui ne se limite pas à ça) chez les clients.
Restait à savoir si l'accès était VDSL ou Fibre, c'est toujours intéressant pour le suivi du déploiement. Si j'avais fait attention au speedtest je n'aurais pas posé la question ::)
Merci pour les screenshots !
-
même version, mais pas d'IPv6 :-[
Pareil.
-
Pareil. Donc ce n'est pas la version du firmware qui pose problème. La 5.12.13.1, déployée presque partout est en fait compatible.
En revanche, chose qui m'interpelle, il n'y a pas encore de résolveurs IPv6 ? Les serveurs DNS IPv4 d'Orange savent résoudre des IPv6, du coup c'est eux qui servent ?
-
Pas besoin d'un resolveur v6 pour résoudre des noms en adresse IPv6 tant qu'on a la dual-stack v4/v6. Les enregistrements IPv6 (AAAA) cohabitent avec les enregistrements IPv4 (A) depuis bien bien longtemps sur les serveurs DNS.
-
Pareil. Donc ce n'est pas la version du firmware qui pose problème.
Quel problème ? :)
Il a été dit à plusieurs reprises que le déploiement était progressif.
-
Je me suis permis de regarder le reverse de son IPv4 : LFbn-1-1362-47.w86-***.abo.wanadoo.fr
Je n'en ai jamais vu un sous cette forme, mais le "L" du début est un indicateur de l'IP fixe.
Il serait intéressant que tu redémarres ta box noide pour voir si tes IP (tant la v4 que v6) changent.
-
Mais ce n'est pas la peine d'être aussi désagréable
Et j'en suis publiquement désolé.
L'édit a été fait à chaud. Et je n'ai pas pensé à le refaire en même temps que le re-édit... Trop tard maintenant.
Et pour info je fais la différence entre les deux puisque c'est à cause de cela que je suis passé chez Orange en début d'année puisque j'étais effectivement en ADSL avant chez Free mais pas vraiment avec un bon débit : 2Mb/s avant le basculement sur le NRA-MeD.
J'avais vu que t'avais 17 Mb/s à un moment. Mais quoiqu'il en soit, l'ADSL est du passé pour toi.
Dans tous les cas, je ne vois pas en quoi cela a un rapport avec l'IPv6 en cours de déploiement sur les technos xDSL.
Pour le rapport:
Cela a un rapport dans le sens où les abonnés ADSL ne sont pas (encore ?) concernés par le projet amenant IPv6 (mais qui ne se limite pas à ça) chez les clients.
Restait à savoir si l'accès était VDSL ou Fibre, c'est toujours intéressant pour le suivi du déploiement. Si j'avais fait attention au speedtest je n'aurais pas posé la question ::)
-
Bonsoir,
Les excuses sont acceptées. Ça m'a un peu énervé de voir cette remarque. Mais bon c'est du passé.
Effectivement j'ai transité par 17Mb/s en ADSL pendant quelques jours au moment du passage au NRA-MeD avant de changer d'opérateur (car Free avait indiqué à ce moment qu'ils ne proposerait pas de VDSL sur ce DSLAM...).
Pour le rapport, c'est noté.
Bonne soirée.
-
Ce n'est pas la version du firmware qui pose problème. La 5.12.13.1, déployée presque partout est en fait compatible.
Effectivement. Et d'après le screenshot de la configuration, il semble que le passage en DHCP s'accompagne d'un changement de VPI/VCI ou VLAN Internet vers le 832 (au lieu de 835). Du coup j'ai ressorti mes captures Wireshark d'il y a quelques semaines et effectivement au démarrage de la box on voit un DHCP DISCOVER sur le VLAN 832, qui n'obtient jamais de réponse pour l'instant.
Ensuite la mauvaise nouvelle: Il semble que Orange a choisi d'utiliser la RFC 3118 pour l'authentification en DHCP (Option 90), et, le problème, c'est que le client DHCP de l'ERL ne la supporte pas du tout. Donc on risque d'avoir des soucis pour passer en DHCP sur nos routeurs de remplacement (et je ne pense pas vraiment avoir la compétence pour développer un patch pour dhclient...).
Pour ne pas polluer ce fil, je pense créer un sujet dédié dans la section adéquate lorsque le déploiement du DHCP sera plus avancé et qu'on sera réellement confrontés au problème (peut-être que je m'inquiète pour rien)...
-
Tiens je viens d'apprendre que l'option IP Fixe n'est pas compatible avec la migration PPPoE vers DHCP/DHCP6 (en plus des conditions de DSLAM/OLT compatible et LB3 v > 5.X.X).
-
Tiens je viens d'apprendre que l'option IP Fixe n'est pas compatible avec la migration PPPoE vers DHCP/DHCP6 (en plus des conditions de DSLAM/OLT compatible et LB3 v > 5.X.X).
Oui, l'option IP fixe utilise du ppp vers des LNS nationaux, pour pouvoir router toujours la même IP. Les pools d'adresses sont donc annoncés par ces LNS.
Actuellement l'ingénierie DHCP ne permet pas de récupérer son IP fixe sur les routeurs, donc les clients ip fixe ne sont pas éligibles (pour l'instant).
-
Le passage au dhcp6-pd implique quoi, donc, concrètement ? Si j'ai bien compris c'est le protocole qui va remplacer l'encapsulation PPPoE actuelle ? Je connais pas du tout la techno, désolé. Du coup ce changement me hype limite plus que le passage à l'IPv6, si ça fait bouger les choses niveau IP dynamique/fixe (même si j'ai cru comprendre qu'un passage au dhcp6-pd voulait pas forcèment dire des IP plus fixes ?).
-
Le passage au dhcp6-pd implique quoi, donc, concrètement ? Si j'ai bien compris c'est le protocole qui va remplacer l'encapsulation PPPoE actuelle ? Je connais pas du tout la techno, désolé. Du coup ce changement me hype limite plus que le passage à l'IPv6, si ça fait bouger les choses niveau IP dynamique/fixe (même si j'ai cru comprendre qu'un passage au dhcp6-pd voulait pas forcèment dire des IP plus fixes ?).
Ça implique que tu as de l'ipv6 sur ta livebox. Si tu n'utilises pas un routeur tiers, ça ne change rien, tout est transparent.
-
Techniquement on passe de PPPoE (qui est une encapsulation de PPP, un protocole Point-à-Point, dans Ethernet) à Ethernet directement. DHCP c'est comme son nom l'indique un protocole de configuration dynamique d'hotes, pour IPv4. DHCP6 c'est son pendant IPv6. Il n'est donc plus question d'encapsulation.
Outre le fait d'avoir accès à IPv6, la suppression d'une couche d'encapsulation apporte un avantage non négligeable: La possibilité d'utiliser une MTU "standard" à 1500 ce qui devrait (très légèrement) améliorer les perfs et nous éviter d'avoir a clamper le MSS sur nos routeurs.
Pour ceux qui ont une Livebox, tout est transparent, effectivement (hormis l'activation éventuellement manuelle de l'IPv6).
-
D'accord, on supprime l'encapsulation, donc, "tout simplement". Et du coup, en DHCP, la même IP publique aura plus de chances d'être redonnée à la fin du bail qui lui même pourrait être plus long, d'après ce que j'ai compris ?
-
Un article intéressant sur NextInpact (https://www.nextinpact.com/news/97253-ipv6-chez-orange-100-000-clients-concernes-avant-deploiement-progressif.htm) où l'on apprend que ce sont 100 000 clients qui sont sensés basculer d'ici la fin de l'année 2015 (et courant 2016 pour les autres en VDSL/FTTH).
-
Donc concrètement si on n'a plus le PPPoE cela signifie qu'il n'y aura plus les codes de connexions? Si on branche un routeur à la place de la livebox il se connectera directement à internet sans manipulation?
-
Concrètement ça risque de ne pas être aussi simple que ça.
D'après ce que j'ai vu, La livebox envoie l'identifiant (mais pas le mot de passe) dans l'option DHCP 90. Il faudra donc un routeur dont le client DHCP supporte cette option (ce n'est PAS le cas de l'ERL par exemple).
-
Et comment la LiveBox connaitra son identifiant?
Adresse MAC?
-
l'identifiant (et le mot de passe) sont actuellement renseignés dans la livebox lors de sa configuration.
-
Oui, quand je parlais d'identifiant, je parlais de l'identifiant client: Dans les requêtes DHCP qu'envoie la Livebox, dans l'option 90 il y a le "fti/xxxxxxxx" qui apparait.
-
Merci pour ces précisions, donc la disparition de l'identifiant chez Orange ce n'est pas pour demain....
Je ne comprends pas l'intérêt de cet identifiant surtout que c'est, il me semble, le seul opérateur à faire cela.
-
Si, c'est prévu qu'il n'y ait plus besoin de rentrer cet identifiant prochainement.
-
Si, c'est prévu qu'il n'y ait plus besoin de rentrer cet identifiant prochainement.
Tant mieux car je pense que les identifiants étaient juste obligatoire pour le PPP ?
-
http://www.zdnet.fr/actualites/ipv6-chez-orange-un-timide-debut-de-deploiement-39827944.htm
-
Bonjour,
Je vois que le VLAN internet à changer 835->832. Qu'en est t-il pour les autres (VOIP, TV ?)
-
Je ne pense pas que les autres vont changer, c'est déjà du DHCP (Pour la fibre en tout cas).
-
A terme l'idée est d'avoir un vlan internet et un vlan "multi-service" (VOD/TV/VoIP)
-
A terme l'idée est d'avoir un vlan internet et un vlan "multi-service" (VOD/TV/VoIP)
avec une priorisation facile de l'un par rapport à l'autre
-
Merci noide ;)
Donc la migration IPv6 se fait à partir des NRA-NRO
La box et la m.a.j peuvent supporter l'ipv6 mais si le nœud de raccordement n'est pas OK l'on ne peut avoir d'ipv6
La box peut être à jour sans avoir forcement IPV6 et cela ne se résume pas au fait d'être sur un NRA/NRO ou un autre mais à un autre niveau sur le réseau,
Mais vous devriez savoir cela Mr l'expert ;)
l'expert vous répond:
NEW NEWS
Cdt
Bensay
-
C'est intéressant tout ça. Je vous remercie pour les infos. J'ai préparé mon modem pour la future bascule, dans le cas où mon matériel est compatible.
C'est temporaire l'envoi des identifiants via l'option 90, si j'ai bien compris ?
-
Si, c'est prévu qu'il n'y ait plus besoin de rentrer cet identifiant prochainement.
A ce propos j'ai une question idiote :
Lorsque je suis passé de l'ADSL à la fibre en décembre 2014, le technicien est donc venu avec une Livebox toute neuve. Il a effectué tous les branchements, aucun souci puis on a branché la Livebox. A aucun moment, les identifiants n'ont été rentrés et pourtant la Livebox fonctionnait bien. Quelques jours après, j'ai tilté et je me suis dit "tiens il n'y a plus d'identifiants". Je vais vérifier et mes identifiants sont bien présents dans la Livebox...
Etonnant non ?
-
Le technicien a du le faire alors que tu faisais autre chose (il a une copie des identifiants et mdp dans son dossier) ;)
Moi, qui ne l'ait pas laché une minute, je l'ai vu le faire avec son ordinateur portable.
-
+1 avec Zoc.
Par contre, je ne sais pas depuis quand, mais on n'a plus cette obligation lors d'un simple changement de box. Toutefois, pour se faire, il faut alors cliquer sur un lien dans un SMS.
1ère fois que je vois ça. Et cela fonctionne très bien.
-
Depuis le 8 octobre ;)
-
Depuis le 8 octobre ;)
Ok.
Ben ça surprend.^^
Les 1ères secondes, j'ai cru à une arnaque.
Et durant la procédure, j'ai même regardé si la page web allait me demander des infos douteuses. Mais non finalement. :P Même pas d'info demandée. :)
-
C'est dommage que cette fonctionnalité en beta soit activée au hasard des abonnés qui pour 99,99 % ce moque de IPV6
Dommage qu'orange ne vient pas ici pour recruté des beta testeurs ;D
-
C'est bien de prendre un panel au hasard mais ça serait bien aussi qu'Orange prenne des volontaires qui vont un peu torturer la fonctionnalité. ;D
-
C'est sûr. Après les procédés sont beaucoup moins bêta-testés chez Orange que chez SFR ou Free.
-
Au hasard, certes, mais 100 000 clients VDSL/FTTH, cela doit représenter environ 10% des éligibles.
Ce n'est pas très marginal, et il doit bien y avoir quelques geeks dans le tas. Dont certains dans ce forum. ;)
-
Oui c'est vrai
Mais un petit recrutement en plus ici cela serait bien au moins orange aurait des retours argumenté ;)
-
C'est fini les tests là, il y a eu des "FUT", maintenant c'est le déploiement.
Ce déploiement est progressif, donc pour l'instant il n'y en a pas beaucoup, mais ça va venir.
-
maintenant c'est le déploiement
Ah ok.
Donc on a une info sur la nouvelle durée du bail IP avec le nouveau dispositif d’attribution IP?
En IPv4 only, c'est 7 jours.
C'est combien de temps en IPv6/IPv4?
À part du "bien plus que 7 jours", je n'ai pas trouvé d'information précise là-dessus.
-
J'espère faire partie de la prochaine livraison ;D
-
En ce qui me concerne, malheureusement je ne l'aurai pas avant un bout de temps, pour une raison très bête : il y avait une connexion VDSL chez mes parents jusqu'à 1 mois avant que le déploiement ne commence, et puis bah... Ils ont déménagé. Pas très loin, certes, mais les lignes deviennent très vite longues. Donc plus de VDSL :(
Mais bon c'est toujours sympa de constater que le déploiement est en marche. Puis ce sera certainement là pour l'arrivée de la fibre (août 2016).
-
On sait quels NRA/NRO ont des utilisateurs en v6 ? (à moins qu'ils soient déjà tous prêts)
-
On sait quels NRA/NRO ont des utilisateurs en v6 ? (à moins qu'ils soient déjà tous prêts)
L'activation d'ipv6 ne se fait pas par NRA/NRO mais sur les routeurs sur lesquels ils sont rattachés. Ça se fera progressivement, afin d'assurer une montée en charge controllée. Le planning est défini, il ne reste plus qu'à attendre :)
Les dslams et olt sont transparents chez Orange (ils ne routent pas), et ils sont donc déjà tous prets.
-
L'activation d'ipv6 ne se fait pas par NRA/NRO mais sur les routeurs sur lesquels ils sont rattachés. Ça se fera progressivement, afin d'assurer une montée en charge controllée. Le planning est défini, il ne reste plus qu'à attendre :)
Les dslams et olt sont transparents chez Orange (ils ne routent pas), et ils sont donc déjà tous prets.
Et on pourrait pas avoir le planning? ;D
-
Et on pourrait pas avoir le planning? ;D
La réponse se devine facilement non ;) ?
-
La réponse se devine facilement non ;) ?
je suis trés mauvais aux devinettes... :)
-
Désolé si ca a été dit.. chez Orange l'ipv6 sera activé par defaut ou non ? (J'ai bien compris qu apparemment il y a une option sur la livebox.)
-
Oui, une fois le réseau prêt.
Puis désactivable/réactivable par l'utilisateur.
-
Bonjour,
Je vois que le VLAN internet à changer 835->832. Qu'en est t-il pour les autres (VOIP, TV ?)
Voilà la réponse :D :
-
Tout dans le même VLAN ?
Ca va simplifier grandement nos configs ERL :)
-
Tout dans le même VLAN ?
Ca va simplifier grandement nos configs ERL :)
avec tout dans le même Vlan, il y a la notion de priorisation de flux, où est-elle faite ailleurs?
-
IPv4 reste une session PPPoE ?
IPv6 est géré comment ?
Les 2 sont donc dans un même VLAN 838 ?
Même config si DSL ou Fibre ?
-
Actuellement on a le VLAN "Internet" (835) qui n'a pas de priorité particulière. A coté de ça on a 2 VLANS "TV" (838 & 840), chacun avec une priorité différente. Et franchement je n'en vois pas franchement l'intérêt...
Du coup j'imagine qu'on va se retrouver avec un VLAN "Internet sans PPPoE" (832) sans priorité et un VLAN "TV+VOD" (838) avec une priorité supérieure au 832, ce qui devrait revenir au même en pratique.
Comme ce n'est pas encore activé chez moi... A suivre ;)
@nscheffer : Non, plus de PPPoE, ça a déjà été dit quelques posts plus haut : DHCP pour IPv4 et DHCP6-PD pour IPv6. Les 2 dans le VLAN 832 (c'est au final une configuration plutôt classique que l'on retrouve chez bon nombre de fournisseurs DSL/FTTH à l'étranger notamment).
-
Génial, merci.
-
noide : quel est le cidr attribué en IPv6? /64, /56, /48 ?
-
noide : quel est le cidr attribué en IPv6? /64, /56, /48 ?
il me semble que c'est un /56
-
C'est un /56, effectivement : https://lafibre.info/orange-les-news/fw-lb3-en-sg30_sip-fr-5-15-6-1/msg275751/#msg275751 (https://lafibre.info/orange-les-news/fw-lb3-en-sg30_sip-fr-5-15-6-1/msg275751/#msg275751)
Par contre ce qui est inquiétant, c'est qu'apparemment le /56 change à chaque reboot de la box (voir les commentaires qui suivent dans le sujet)...
-
C'est un /56, effectivement : https://lafibre.info/orange-les-news/fw-lb3-en-sg30_sip-fr-5-15-6-1/msg275751/#msg275751 (https://lafibre.info/orange-les-news/fw-lb3-en-sg30_sip-fr-5-15-6-1/msg275751/#msg275751)
Par contre ce qui est inquiétant, c'est qu'apparemment le /56 change à chaque reboot de la box (voir les commentaires qui suivent dans le sujet)...
Oui donc pas grand intéret, ce faner des dyndns sur un /56, c'est n'import nawak >:(
-
il font quoi avec l'ipv6 orange en retard de plusieurs wagon la :-[
-
Salut,
Quel est l'interet de l'IPV6 au jour d’aujourd’hui ??
IPV6 n'apporte rien pour le moment ?
++
Wil
un peu comme la numeroation a 10 chiffres n'apportait rien dans les annees 80... et le bbs n'apportait rien au minitel en raisonnant comme ca....
-
Tu veux dire à 6 chiffres!
-
Salut,
Quel est l'interet de l'IPV6 au jour d’aujourd’hui ??
IPV6 n'apporte rien pour le moment ?
++
Wil
un peu comme la numeroation a 10 chiffres n'apportait rien dans les annees 80... et le bbs n'apportait rien au minitel en raisonnant comme ca....
Perso moi IpV6 ne va rien m'apporter (disons que je ne me suis pas encore créé de besoins), mais ça doit apporter à pas mal de personne, sinon elle ne serait pas autant réclamé ici.
Quoique chopper un PC sans faire du "nat" est pas mal.
Mais ça fait une entrée par PC et ça ça m'inquiète.
-
C'est aussi demandé, surtout par les geeks car c'est le futur..
Chez SFR il y a le filtrage ipv6 entrant.
Orange bonne question.
-
Oui, quand je parlais d'identifiant, je parlais de l'identifiant client: Dans les requêtes DHCP qu'envoie la Livebox, dans l'option 90 il y a le "fti/xxxxxxxx" qui apparait.
Je suis bien curieux de voir ce qu'il se passe quand sur l'erl qqun essaiera le fti/x de quelqu'un d'autre...
(sinon d'après ce post https://community.ubnt.com/t5/EdgeMAX/DHCP-option-61/td-p/325232 on pourrait envoyer l'option 90 soi-même, mais je ne fais pas partie des premiers livrés :'()
-
Je suis bien curieux de voir ce qu'il se passe quand sur l'erl qqun essaiera le fti/x de quelqu'un d'autre...
oui je me suis posé la même question... il doit y avoir une autre sécurité ailleurs, j’espère ;)
on discute de cela dans le post suivant: https://lafibre.info/remplacer-livebox/remplacer-la-livebox-sans-pppoe/
-
Perso moi IpV6 ne va rien m'apporter (disons que je ne me suis pas encore créé de besoins), mais ça doit apporter à pas mal de personne, sinon elle ne serait pas autant réclamé ici.
Le but d'un réseau de mettre en relation des ordinateurs.
IPv6 permet de mettre en relation plus facilement.
Quoique chopper un PC sans faire du "nat" est pas mal.
Mais ça fait une entrée par PC et ça ça m'inquiète.
Tu peux préciser ton inquiétude? Tu penses que les attaques seront plus faciles?
Quand tu surfes sur le Web, tu flippes?
-
Perso moi IpV6 ne va rien m'apporter (disons que je ne me suis pas encore créé de besoins), mais ça doit apporter à pas mal de personne, sinon elle ne serait pas autant réclamé ici.
Quoique chopper un PC sans faire du "nat" est pas mal.
Mais ça fait une entrée par PC et ça ça m'inquiète.
ben si ca va tapporter de pouvoir te connecter a internet quand y'aura penurie de ipv 4 pour mater telefoot avec sa biere non ca importe pas enfin sauf si y'a plus de tnt...
-
Mais il y a déjà pénurie!
-
Je viens de recevoir de l'IPv6 depuis quelques minutes.
Score 10/10 au test http://test-ipv6.com/ sachant que j'ai paramétré ma carte réseau pour un serveur DNS IPv6 au ::127.0.0.1 (pour Unbound installé sur le pc).
1ères remarques à chaud:
- il y a eu 2 reboot de la LB pour cette arrivée de l'IPv6
- le 2ème reboot n'a pas fait changer d'IPv4, j'ai vérifié juste après chaque boot sur http://www.whatsmyip.org/ pour l'IP publique, y compris en faisant ctrl+f5
Je n'ai pas encore installé l'onduleur (dont je parlais dans un autre sujet).
Que soit pour ça, ou une autre occasion, je referais un retour lors du prochain reboot de la LB. C'était peut être normal uniquement pour la transition.
Quant au nouveau bail IP, je note chaque changement d'IP publique de toute façon.
-
Score 10/10 au test http://test-ipv6.com/ sachant que j'ai paramétré ma carte réseau pour un serveur DNS IPv6 au ::127.0.0.1 (pour Unbound installé sur le pc).
Tu triches!
-
Tu triches!
Oui, enfin bon, Orange me donne bien une IPv6 publique, et une privée aussi.
Et les clients Orange qui n'ont pas changé de DNS automatique ont, même sans IPv6, un DNS compatible IPv6 par Orange d'après leurs résultats http://test-ipv6.com/
Donc je ne m'en fais pas pour les autres clients Orange.^^
Bon, 3ème reboot automatique, il y a un instant. Toujours la même IPv4.
Mais l'info incident dit que ça travaille jusqu’à 6h du matin.
Donc pas de conclusion sur le bail IP avant un reboot, une fois dépassé cette échéance.
-
Depuis l'arrivée de l'IPv6, je suis sur un profil 500/250.
Même PC, et etc.
À voir avec le prochain reboot de la LB.
Sur les 3 reboots, j'ai eu:
- arrivée de l'IPv6
- mise à jour du firmware
- et je ne sais pas, mais si cela se confirme, un autre profil de débits
-
Je viens de recevoir de l'IPv6 depuis quelques minutes.
Wah. En effet il y a cette nuit une nouvelle vague d'activation d'ipv6. Je pensais pas que ça serait remarqué dès la nuit de migration :)
Mais l'info incident dit que ça travaille jusqu’à 6h du matin.
C'est vu comme un incident au niveau du portail client mais c'est des travaux programmés. Et en effet c'est prévu de durer jusqu'à 6h du matin, mais c'est le temps de faire l'activation sur les différents routeurs, progressivement, avec reboot des livebox pour voir les clients qui se reconnectent au fur et a mesure.
Donc normalement pas de nouveau reboot a prévoir cette nuit pour toi turold, c'est fait.
-
Donc normalement pas de nouveau reboot a prévoir cette nuit pour toi turold, c'est fait.
On est surement en train de se croiser les lectures/réponses, mais j'ai eu 3 reboot cette nuit, dont une plutôt mauvaise surprise. Est-ce normal pour repasser en 500 Mb/s, ou quelque chose à "foiré"?
Je mets entre guillemets, car 500 m'a toujours suffit, mais cela m'intrigue.
Voici la synthèse des reboot auto de ma LB pour cette nuit:
Sur les 3 reboots, j'ai eu:
- arrivée de l'IPv6
- mise à jour du firmware
- et je ne sais pas, mais si cela se confirme, un autre profil de débits
Pour le déploiement du firmware, sacré coïncidence.^^
N'y a-t-il pas une politique pour éviter de faire 36 mises à jour durant la même nuit sur la même LB?
-
Autre chose, pas pensé avant, désolé.
Mon reverse DNS est passé en lfbn au début.
Alors, la passage de l'IPv4 only à l'IPv4/IPv6 augmente le bail IP, ou est-ce devenu de l'IP fixe?
-
Aller, un espoir pour les fan de l'IP fixe.
J'ai éteint ONT et LB durant plus de 5 minutes.
Au démarrage, j'ai gardé la même IP(v4). Pas regardé côté IPv6, je n'ai pas encore ce réflexe.
Sinon, je l'ai fait pour 3 raisons, dont l'une d'elles est mon retour au 500 Mb/s.
D'après l'outil en ligne de diagnostique Orange, il y a bien un problème quand je dis que j'ai un problème de "lenteur" internet (mensonge par manque de choix, j'ai pris le plus proche de ma situation):
notre diagnostic
un dysfonctionnement a été détecté sur votre service internet
l'expertise d'un conseiller est nécessaire pour effectuer des tests complèmentaires
-
Retour du 3900 sur mes problèmes/interrogations:
- Le Giga n'est pas garanti, et peu même être retiré en fonction des zones et/ou des types de clients. Ce qui a été confirmé dans mon cas. Et dans ces cas là, ils ne remettront pas le Giga sur simple demande du client. Faut attendre que cela revienne. Heureusement que mon 500 à l'air stable, comme avant l'arrivée du Giga quoi. J'ai même l'info qu'une offre Giga commerciale est en préparation, sans plus d'indication.
- Le "dysfonctionnement du service internet" est en réalité un historique de ce qui c'est passé cette nuit => les équipements côté NRO ont aussi eu leur mise à jour (firmware?) en même temps que l'arrivée de l'IPv6 (lié ou coïncidence?). Rien à voir avec la perte de mon Giga. Tant pis, j'aurai essayé, et même insisté sur ce point (car la réponse ne venait pas d'elle-même côté conseillère^^)...
- Côté IP fixe ou dynamique, le SC a comme info que cela reste dynamique. Le non-changement d'IP publique lors d'un reboot est lié au fonctionnement du DHCP qui remplace le PPPoE. Mais pas d'info sur la nouvelle durée du bail. Elle a juste pensé que c'était encore 7 jours. Mais quelqu'un de chez Orange avait dit dans ce forum que ce sera bien plus que 7 jours, et les premiers y sont depuis plus d'une semaine, et pas de changements d'IP annoncé en publique...
- Et à la question "N'y a-t-il pas une politique pour éviter de faire 36 mises à jour durant la même nuit sur la même LB?". Réponse du SC: non, pas de politique du genre. Temps que cela reboot entre 2 mises à jour. Et comme j'en ai eu 3, pas de souci pour eux.
J'espère que je n'ai rien oublié. Je n'ai pas noté au fil de la conversation téléphonique...
Je confirme que je ne change plus d'IPv4 lors d'un simple reboot, même de quelques minutes LB éteint.
Par contre, j'ai vu que certains disent qu'ils changent d'IPv6 /56 à chaque reboot.
Vous voulez que je vous teste ça?
Je vous mettrais les IPv6 entières, si c'est oui, car pas envie de calculer les MSS en héxa.^^
-
J'ai plusieurs questions sur la migration.
Est-ce que les clients fibre sont priorisés par rapport aux clients ADSL ? Lors d'une migration, tous les clients du NRO sont migrés d'un coup ?
Je suis dans l'est parisien et je cherche à savoir quand arrivera mon tour (de façon à préparer mon installation perso).
-
Je confirme que je ne change plus d'IPv4 lors d'un simple reboot, même de quelques minutes LB éteint.
Par contre, j'ai vu que certains disent qu'ils changent d'IPv6 /56 à chaque reboot.
Vous voulez que je vous teste ça?
Je vous mettrais les IPv6 entières, si c'est oui, car pas envie de calculer les MSS en héxa.^^
Je veux bien que tu testes, merci :)
-
J'ai plusieurs questions sur la migration.
Comme nous tous... ;)
Est-ce que les clients fibre sont priorisés par rapport aux clients ADSL ?
Oui, et pas qu'un peu. Voici le planning.
- 100 000 clients fibre et VDSL d'ici la fin 2015
- tous les clients fibre et VDSL d'ici la fin 2016
- les clients ADSL à partir de début 2017... sans date de fin de déploiement
Lors d'une migration, tous les clients du NRO sont migrés d'un coup ?
Oui, selon le planning ci-dessus, et pour tous "les clients du NRO", donc en fibre.
En ADSL/VDSL, ce sont des NRA, et là c'est donc en fonction de la technologie d'accès. ADSL ou VDSL.
-
Bonjour,
Après vérification je suis aussi passé en IPv6.
Pour turold :
Je suis pas loin de chez toi (Antony) : J'ai effectué un test de débit (à distance, je suis au boulot), et j'obtiens ceci :
DS710> ./speedtest-cli --server 4539
Retrieving speedtest.net configuration...
Retrieving speedtest.net server list...
Testing from Orange (86.246.xx.xx)...
Hosted by Intuxication (Vitry-sur-Seine) [8.65 km]: 5.959 ms
Testing download speed........................................
Download: 560.04 Mbits/s
Testing upload speed..................................................
Upload: 166.86 Mbits/s
Le débit n'est que de 560 car j'ai lancé le test depuis mon NAS, un DS710 de Synology qui va sur ses 6 ans. et donc le processeur est un limite et bride le test... Mais comme c'est supérieur aux 485 effectifs que j'avais quand j'étais en 512, je pense que je suis encore en Gigabit.
Je ferais des tests depuis mon PC ce soir...
-
@Zugol:
Antony, ce n'est pas le même NRO.
Et à Palaiseau, le Giga n'était pas stable. Raison invoquée au SC (je vous dis que je n'ai pas noté, des détails reviennent...)
Mais bon, même pour ici, je ne sais pas si c'est seulement moi (peu probable), uniquement mon arbre GPON (et éventuellement d'autres), ou tout le NRO.
Et là, franchement, on n'a pas voulu me répondre sur ce point. Ils ont l'air d'avoir la consigne de répondre que sur demande du client... et uniquement pour le cas du client demandeur.
560, ça à l'air effectivement d'être du Giga-compatible.
Avec 500, je peux grimper à 530 en mode burst (de 0.1 à 2 secondes). Pas plus.
Je veux bien que tu testes, merci :)
Ah oui, j'oubliais, pour tester l'IPv6 en rebootant plusieurs fois.
Une préférence sur le nombre de (re)boot? 2? 3? 5? 10? Peu importe?
Si cela ne change pas, je n'en ferai pas plus de 3, mais sinon la question peut se poser.
Je fais un truc IRL (et peut être d'autres réponses ici), puis je testerai.
-
Voilà, j'ai testé les reboots en IPv6.
Je ne vous mets pas les IP que j'ai actuellement, donc:
- Je vous reconfirme juste que mon IPv4 ne change pas sur reboot. À voir au fil du temps, s'il y a un bail pour du dynamique ou pas.
- Je ne vous mets pas mon dernier IPv6.
Pour le reste, voici les résultats après chaque reboot de la LB:
*****
*****
*****
*****
*****
À voir le dynamisme en fonction du MSS que vous jugez être celui d'Orange (je crois que c'est /56 mais à confirmer).
Et éviter de faire ce genre de test.
J'ai fait un 6ème reboot... qui a failli ne pas aboutir.
Edit: j'ai enlevé mes IPv6 finalement vu que je ne change pas de /56
-
Pour le reste, voici les résultats après chaque reboot de la LB:
*****
*****
*****
*****
*****
À voir le dynamisme en fonction du MSS que vous jugez être celui d'Orange (je crois que c'est /56 mais à confirmer).
Ah!
Je n'avais pas vu, mais voici l'info que j'ai dans ma LB:
Le préfixe de votre Livebox est :*****::/56
Donc au vu de ces éléments, non, je ne change pas d'IPv6 /56 lors des reboots.
Désolé. Moi et l'IPv6, ce n'est pas encore ça...
Edit: j'ai enlevé mes IPv6 finalement vu que je ne change pas de /56
-
Retour du 3900 sur mes problèmes/interrogations:
- Le Giga n'est pas garanti, et peu même être retiré en fonction des zones et/ou des types de clients. Ce qui a été confirmé dans mon cas. Et dans ces cas là, ils ne remettront pas le Giga sur simple demande du client. Faut attendre que cela revienne. Heureusement que mon 500 à l'air stable, comme avant l'arrivée du Giga quoi. J'ai même l'info qu'une offre Giga commerciale est en préparation, sans plus d'indication.
- Le "dysfonctionnement du service internet" est en réalité un historique de ce qui c'est passé cette nuit => les équipements côté NRO ont aussi eu leur mise à jour (firmware?) en même temps que l'arrivée de l'IPv6 (lié ou coïncidence?). Rien à voir avec la perte de mon Giga. Tant pis, j'aurai essayé, et même insisté sur ce point (car la réponse ne venait pas d'elle-même côté conseillère^^)...
- Côté IP fixe ou dynamique, le SC a comme info que cela reste dynamique. Le non-changement d'IP publique lors d'un reboot est lié au fonctionnement du DHCP qui remplace le PPPoE. Mais pas d'info sur la nouvelle durée du bail. Elle a juste pensé que c'était encore 7 jours. Mais quelqu'un de chez Orange avait dit dans ce forum que ce sera bien plus que 7 jours, et les premiers y sont depuis plus d'une semaine, et pas de changements d'IP annoncé en publique...
- Et à la question "N'y a-t-il pas une politique pour éviter de faire 36 mises à jour durant la même nuit sur la même LB?". Réponse du SC: non, pas de politique du genre. Temps que cela reboot entre 2 mises à jour. Et comme j'en ai eu 3, pas de souci pour eux.
J'espère que je n'ai rien oublié. Je n'ai pas noté au fil de la conversation téléphonique...
Je confirme que je ne change plus d'IPv4 lors d'un simple reboot, même de quelques minutes LB éteint.
Par contre, j'ai vu que certains disent qu'ils changent d'IPv6 /56 à chaque reboot.
Vous voulez que je vous teste ça?
Je vous mettrais les IPv6 entières, si c'est oui, car pas envie de calculer les MSS en héxa.^^
j'y crois pas une seconde je pense du bla bla d'operateur au bled formé pour lire son script et retiré en fonction du type de client looool c'est quoi une nouvelle mesure de l'etat d'urgence,?? faut arreter
d'autant plus que
http://www.zdnet.fr/actualites/fibre-orange-va-couvrir-integralement-9-villes-d-ici-fin-2016-39817974.htm
Mais l'opérateur s'est attaché à bien baliser les différences, voire à railler la technologie de son adversaire qui a récemment baissé ses prix. "La fibre qui va jusqu'au foyer du client est la seule technologie pour répondre aux usages. Elle a désormais plus d'abonnés que le câble et surtout offre un upload bien plus satisfaisant. Envoyer une vidéo de 80 Mo prend ainsi 32 secondes contre 9 minutes pour le câble", assène Delphine Ernotte, directrice exécutive. Et d'ajouter que les clients Jet et Fibre Pro bénéficieront même en pratique d’un débit proche du Gigabit sur le territoire métropolitain à partir de fin avril.
-
@boutrosdu93
Jusqu'à hier j'étais entre 700 et 880Mb/s depuis l'arrivée du Giga.
Aujourd'hui, 486-487Mb/s, exactement comme avant l'arrivée du Giga.
Même PC, même carte réseau, même pilote, même type de box, même anti-virus, même câble cat6, etc.
Ton verdict, monsieur l'as des as boutrosdu93 ?
-
Ravi d'être un :
operateur au bled formé pour lire son script et retiré en fonction du type de client
-
Pour info, j'ai fais un nouveau sujet pour aiguiller le HS débit: https://lafibre.info/orange-debit/retrograde-du-giga-au-500/
-
Un coup de tcpdump pour constater que la box annonce un /64 sur le LAN, même s'il lui est délégué un /56.
Par ailleurs ma box n'a pas été rebootée à distance cette nuit. J'ai dû m'en charger moi-même en tombant du lit ce matin. Idem chez un autre client concerné par l'opération de cette nuit.
prefix info option (3), length 32 (4): 2a01:cb04:gg:hhhh::/64, Flags [onlink, auto], valid time 900s, pref. time 300s
Edit: avec le firewall de la box réglé sur "faible", le trafic IPv6 en provenance du WAN n'est pas filtré.
-
Chez moi ca bug on dirait: j'ai bien eu les coupures cette nuit.
Mais aujourd'hui quand la connexion s'établie, ca met un temps plus long que d'habitude.
On dirait vraiment que tente et réussi en DHCP, l'onglet IPv6 apparait brièvement dans l'interface de config avancée de la Livebox, mais ensuite la livebox "change d'avis" et repasse en PPPoE et l'onglet IPv6 disparaît...
J'ai redémarré l'ONT et la box plusieurs fois. ca fait toujours pareil.
Je pense que c'est peut-être pas complètement prêt en amont. J’espère ou alors y'a un gros bug quelque part :)
-
Clairement le bail n'a pas l'air encore fixe pour l'ipv6, j'ai obtenu au moins 3 préfixes différents. Un lors de mes premières tentatives de configuration et un autre il y a deux jours après avoir corriger une erreur dans ma configuration et un dernier lorsque c'était la livebox qui était connectée. À voir ce que cela va donner maintenant que ma connexion est stable et que je n'aurai plus que quelques reboots ponctuels.
-
Clairement le bail n'a pas l'air encore fixe pour l'ipv6, j'ai obtenu au moins 3 préfixes différents. Un lors de mes premières tentatives de configuration et un autre il y a deux jours après avoir corriger une erreur dans ma configuration et un dernier lorsque c'était la livebox qui était connectée. À voir ce que cela va donner maintenant que ma connexion est stable et que je n'aurai plus que quelques reboots ponctuels.
Et quelle était la durée mini entre 2 changements de préfixes (la 1ère moitié de l'IPv6)?
Car j'ai fait plusieurs reboot de la box en moins de 48H pour tester, et toujours le même préfixe IPv6.
-
si tu changes d'équipements pour moi ça me parait normal que le prefixe change car ce n'est plus le même équipement reconnu au bout.
Pour le changement de config, peut être il a pris trop de temps ou que tu as libéré le bail et qu'il a donc pu être donné à qqn d'autre pendant ce temps.
-
Le HS concernant le comportement de Windows a été déplacé : https://lafibre.info/ipv6/windows-mattribue-une-ipv6-aleatoire/
-
ouais enfin ça n'a rien à voir avec windows, tous les OS font ça ...
-
ouais enfin ça n'a rien à voir avec windows, tous les OS font ça ...
Non, la plupart des distributions Linux sont en autoconfiguration par défaut (c'est mon cas).
-
si tu changes d'équipements pour moi ça me parait normal que le prefixe change car ce n'est plus le même équipement reconnu au bout.
Pour le changement de config, peut être il a pris trop de temps ou que tu as libéré le bail et qu'il a donc pu être donné à qqn d'autre pendant ce temps.
Sauf qu'Orange utilise l'authentification sur le DHCPv6-pd, on aurait pu penser qu'un prefix aurait été assigné à l'identifiant et non à l'adresse mac. D'ailleurs je vais tester ça rapidement en rebranchant la livebox pour voir si elle récupère le préfixe de mon serveur. Comme dit, c'est le temps qui nous apportera la réponse. Il est aussi possible que les changements coïncident avec des changements de configuration sur certain routeur étant donné que le déploiement est toujours en cours.
Pour le deuxième changement que j'ai eu, j'ai du rester en ipv4 seul entre 24 et 48h avant de relancer l'ipv6 donc effectivement le bail est resté libre assez longtemps ça expliquerai le changement mais ça voudrait dire que le préfixe ne nous ai pas réservé. En attendant je vais mettre en place une mise à jour auto des DNS pour éviter une mauvaise surprise.
[ Merci pour la réoganisation des posts ]
-
Quelle différence entre Windows et linux?
-
Quelle différence entre Windows et linux?
Par « autoconfiguration » je voulais dire SLAAC avec EUI-64 (=> l'adresse MAC est encapsulée dans les 64 derniers bits de l'IPv6 avec « ff:fe » au milieu).
Windows depuis Vista ne suit pas ce comportement et préfère attribuer des suites d'octets aléatoires.
Une explication sur le sujet :
L'idée a la base c'était surtout de garder une IP réelle basée sur : Prefix réseau:@MAC (EUI-64) tout en ayant en plus une IP public dynamique et temporaire pour éviter le pistage, surtout qu'avec la MAC dans l'IP public on est encore plus "pistable" qu'avant.
L'idée est donc bonne a la base: d'un coté on a un truc connu par les admins: @MAC et préfix qui vont dans le DNS et servent a plein de truc pratiques pour les admins et d'autre coté on a une IP random et temporaire pour aller sur Internet.
sauf que Microsoft comme a son habitude a décider de tout saloper :)
Par défaut, en plus de l'IP temporaire, Windows n'utilise pas l' @MAC en EUI-64 pour les IP réelles mais un truc complètement aléatoire. Donc on se retrouve avec un double random (l'IP réelle et l'IP temporaire) et les admins locaux ne peuvent plus se baser sur l'@MAC pour trouver une machine ou la filtrer ou autre traitement utile. Et meme l'@ link-local est impactée par ca.
bref du Microsoft tout craché ca. ;D
Certes on peut désactiver ce comportement et retrouver l'@MAC dans les IPv6 avec la commande suivante:
netsh interface ipv6 set global randomizeidentifiers=disabledMais ca aurait du être par défaut comme la norme le recommande et ça aurait faciliter la vie des admins, d'autant qu'on ne peut pas utiliser de stratégie de groupe simple dans l'AD pour 'disabled' ce truc. bref emmerdons les admins jusqu'au bout. ;D
-
La machine a toujours l'"ip réelle" hein. Elle en a juste d'autres en plus pour les connexions sortantes.
Mac OS aussi par défaut il me semble (de mémoire mais ça fait un bail que j'en ai pas touché).
Linux en effet pas par défaut sur les distributions majeures, mais activables.
-
D'après le guide Debian :
https://debian-handbook.info/browse/stable/sect.ipv6.html
This behavior may have privacy implications. If you switch networks frequently, e.g. with a laptop, you might not want your MAC address being a part of your public IPv6 address. This makes it easy to identify the same device across networks. A solution to this are IPv6 privacy extensions (which Debian enables by default if IPv6 connectivity is detected during initial installation), which will assign an additional randomly generated address to the interface, periodically change them and prefer them for outgoing connections. Incoming connections can still use the address generated by SLAAC.
-
Sinon, pour le souci de traçage par l'adresse Ethernet, il y a aussi la solution complèmentaire de changer l'adresse Ethernet en fonction du réseau ou du moins à chaque reboot.
Mais pour le Wifi, je ne sais pas si c'est parfaitement supporté.
-
<troll>
Comme c'est calme quand Turold n'a plus d'Internet :p
</troll>
Edit: pour lever toute ambiguïté, ce message était une taquinerie suite à un incident fibre ayant touché Palaiseau ce soir.
-
En effet, je suis passé à côté du sens de cette taquinerie, car je n'étais pas concerné par cette panne.
On a donc vu cela en privé.
La panne a duré 2h30. J'aurai pu tester le bail IP. Tant pis, c'est partie remise.^^
Edit: j'étais fatigué au moment d'écrire ce message, la durée était de 2h30, et non de 1h30.
-
En effet, je suis passé à côté du sens de cette taquinerie, car je n'étais pas concerné par cette panne.
On a donc vu cela en privé.
La panne a duré 1h30. J'aurai pu tester le bail IP. Tant pis, c'est partie remise.^^
On a loupé qq chose, des fiançailles , un mariage ? ;D
-
J'ai édité.
C'était 2h30 de panne, j'étais fatigué au moment d'écrire le message.
Enfin, cela ne change pas grand chose. Surtout que je n'étais pas concerné.
On a loupé qq chose, des fiançailles , un mariage ? ;D
Mais lol.
On s'échange quelques données sur le NRO et sur Palaiseau.
Je mettrai peut être une ou deux données intéressantes sur le sujet adéquat. Mais pour le moment, je suis en attente de réponse complèmentaire.
J'en profite pour demander publiquement (pas fait en privé). Est-ce que il y a un lien entre cette panne et la fameuse mise à jour IPv6?
D'un côté, je pense que non, vu que ce n'est qu'une partie du NRO qui a été concernée par cette panne. J'ai IPv6 et pas eu cette panne. De l'autre côté, le planning entre l'arrivée de l'IPv6 et cette panne me fait poser cette question, notamment vu la nature technique de la panne aussi...
-
Un abonné Orange avec de l'IPv6 pourrait faire tourner le Test de débit et de neutralité de l'Internet IPv4 + IPv6 (https://lafibre.info/tester-son-debit/test-neutralite/) ?
Orange sera le premier FAI a proposer plus de 200 Mb/s en IPv6 ?
Pour rappel Free et SFR sont bloqués à moins de 200 Mb/s car l'IPv6 n'est pas natif mais encapsulé dans de l'IPv4 et que le processeur broadcom n'a pas d’accélérateur pour gérer ça (et qu'il est relativement peu puissant quand il n'y a pas d'accélération matérielle)
-
Oui pour le débit, on a plus de 200Mb/s en IPv6 par défaut, au moins sur un port.
Sinon, côté ports, je te ferais 2 tests.
On a des ports bloqués par défauts, quelque soit la techno d'IP.
Là, j'ai tout ouvert pour moi dans la LiveBox.^^
Laisse-moi le temps de retirer mes ouvertures de ports. :P
-
Le trafic est initié par le client aussi bien en download qu'en upload, donc il n'est pas nécessaire d'ouvrir des ports pour le trafic entrant.
-
Le trafic est initié par le client aussi bien en download qu'en upload, donc il n'est pas nécessaire d'ouvrir des ports pour le trafic entrant.
Le pare-feu de la LiveBox filtre dans les 2 sens.
Et quand je n'ouvre pas les ports dans la box, j'ai bien des impossibilités avec ton script. ;)
-
Voilà le test de débits et neutralités.
Regarde bien la différence entre ouverture de ports dans la LiveBox... et sans. Je n'ai fais que cette différence de configuration entre les 2. ;)
Sinon, 3 choses:
- il y a toujours le problème du débit UP dans ton script, donc j'ai largement baissé la taille du fichier quand j'ai vu que c'était trop long
- un problème de "Nombre non valide. Les nombres sont limités à une précision de 32 bits" parfois
- et je suis le seul du forum a être rétrogradé à 500, donc si quelqu'un avec du Giga chez Orange voulait faire le test, ce sera complèmentaire avec moi
Avec tous les ports ouverts dans la LiveBox:
27/11/2015 9:41:21 Téléchargement d'un fichier de 500 Mo depuis 3.testdebit.info :
IPv4+TCP80 +http .iso: 478,468 Mb/s (DNS:15ms+SYN:0ms+GET:0ms+Download:8362ms)
IPv4+TCP80 +http .jpg: 479,386 Mb/s (DNS:16ms+SYN:0ms+GET:0ms+Download:8346ms)
IPv4+TCP80 +http .mp4: 485,908 Mb/s (DNS:15ms+SYN:0ms+GET:0ms+Download:8237ms)
IPv4+TCP443 +https.iso: 489,715 Mb/s (DNS:15ms+SYN:0ms+GET:359ms+Download:8175ms)
IPv4+TCP443 +https.jpg: 488,758 Mb/s (DNS:16ms+SYN:0ms+GET:358ms+Download:8190ms)
IPv4+TCP443 +https.mp4: 486,854 Mb/s (DNS:15ms+SYN:0ms+GET:375ms+Download:8221ms)
IPv4+TCP554 +http .iso: 45,224 Mb/s (DNS:0ms+SYN:0ms+GET:16ms+Download:88452ms)
IPv4+TCP554 +http .jpg: 45,73 Mb/s (DNS:16ms+SYN:0ms+GET:0ms+Download:88749ms)
IPv4+TCP554 +http .mp4: 45,293 Mb/s (DNS:16ms+SYN:0ms+GET:0ms+Download:88312ms)
IPv4+TCP993 +https.iso: 484,966 Mb/s (DNS:16ms+SYN:0ms+GET:359ms+Download:8252ms)
IPv4+TCP993 +https.jpg: 488,758 Mb/s (DNS:16ms+SYN:0ms+GET:359ms+Download:8190ms)
IPv4+TCP993 +https.mp4: 489,715 Mb/s (DNS:16ms+SYN:0ms+GET:359ms+Download:8174ms)
IPv4+TCP1194+https.iso: 489,715 Mb/s (DNS:16ms+SYN:16ms+GET:343ms+Download:8174ms)
IPv4+TCP1194+https.jpg: 489,715 Mb/s (DNS:15ms+SYN:16ms+GET:343ms+Download:8174ms)
IPv4+TCP1194+https.mp4: 488,758 Mb/s (DNS:16ms+SYN:0ms+GET:359ms+Download:8190ms)
IPv4+TCP6881+http .iso: 493,96 Mb/s (DNS:16ms+SYN:0ms+GET:172ms+Download:8112ms)
IPv4+TCP6881+http .jpg: 484,27 Mb/s (DNS:16ms+SYN:0ms+GET:0ms+Download:8268ms)
IPv4+TCP6881+http .mp4: 480,307 Mb/s (DNS:16ms+SYN:15ms+GET:0ms+Download:8331ms)
IPv4+TCP8080+http .iso: 476,644 Mb/s (DNS:16ms+SYN:0ms+GET:156ms+Download:8393ms)
IPv4+TCP8080+http .jpg: 475,737 Mb/s (DNS:16ms+SYN:15ms+GET:0ms+Download:8409ms)
IPv4+TCP8080+http .mp4: 474,833 Mb/s (DNS:16ms+SYN:15ms+GET:0ms+Download:8424ms)
IPv6+TCP80 +http .iso: 459,558 Mb/s (DNS:15ms+SYN:16ms+GET:156ms+Download:8705ms)
IPv6+TCP80 +http .jpg: 431,778 Mb/s (DNS:32ms+SYN:0ms+GET:0ms+Download:9266ms)
IPv6+TCP80 +http .mp4: 439,367 Mb/s (DNS:16ms+SYN:0ms+GET:0ms+Download:9110ms)
IPv6+TCP443 +https.iso: 481,231 Mb/s (DNS:15ms+SYN:0ms+GET:359ms+Download:8315ms)
IPv6+TCP554 +http .iso: 449,236 Mb/s (DNS:16ms+SYN:16ms+GET:78ms+Download:8907ms)
IPv6+TCP1194+https.iso: 480,307 Mb/s (DNS:15ms+SYN:16ms+GET:359ms+Download:8330ms)
IPv6+TCP6881+http .iso: 437,828 Mb/s (DNS:15ms+SYN:0ms+GET:16ms+Download:9141ms)
IPv6+TCP8080+http .iso: 440,140 Mb/s (DNS:15ms+SYN:0ms+GET:16ms+Download:9095ms)
27/11/2015 9:49:34 Emission d'un fichier de 50 Mo vers 3.testdebit.info :
IPv4+TCP80 +http .iso: 52,246 Mb/s (DNS:15ms+SYN:0ms+POST:328ms+Upload:7659ms)
IPv4+TCP80 +http .jpg: 52,246 Mb/s (DNS:16ms+SYN:0ms+POST:312ms+Upload:7660ms)
IPv4+TCP80 +http .mp4: 51,282 Mb/s (DNS:15ms+SYN:0ms+POST:328ms+Upload:7800ms)
IPv4+TCP443 +https.iso: 51,229 Mb/s (DNS:16ms+SYN:0ms+POST:359ms+Upload:7815ms)
IPv4+TCP554 +http .iso: 33,311 Mb/s (DNS:0ms+SYN:16ms+POST:312ms+Upload:12012ms)
IPv4+TCP1194+https.iso: 50,201 Mb/s (DNS:16ms+SYN:16ms+POST:358ms+Upload:7972ms)
IPv4+TCP6881+http .iso: 52,356 Mb/s (DNS:16ms+SYN:16ms+POST:358ms+Upload:7645ms)
IPv4+TCP8080+http .iso: 53,22 Mb/s (DNS:16ms+SYN:0ms+POST:327ms+Upload:7551ms)
IPv6+TCP80 +http .iso: 15,384 Mb/s (DNS:16ms+SYN:15ms+POST:312ms+Upload:26006ms)
IPv6+TCP80 +http .jpg: 15,817 Mb/s (DNS:16ms+SYN:0ms+POST:312ms+Upload:25288ms)
IPv6+TCP80 +http .iso: 16,869 Mb/s (DNS:16ms+SYN:15ms+POST:328ms+Upload:23712ms)
IPv6+TCP443 +https.iso: 17,337 Mb/s (DNS:15ms+SYN:16ms+POST:343ms+Upload:23073ms)
Nombre non valide. Les nombres sont limités à une précision de 32 bits
IPv6+TCP554 +http .iso: 0,0 Mb/s (DNS:1962716000ms+SYN:-1962715984ms+POST:15ms+Upload:344ms)
IPv6+TCP1194+https.iso: 15,802 Mb/s (DNS:15ms+SYN:0ms+POST:359ms+Upload:25319ms)
Nombre non valide. Les nombres sont limités à une précision de 32 bits
IPv6+TCP6881+http .iso: 0,0 Mb/s (DNS:2156854000ms+SYN:-2147483631ms+POST:16ms+Upload:312ms)
Nombre non valide. Les nombres sont limités à une précision de 32 bits
IPv6+TCP8080+http .iso: 0,0 Mb/s (DNS:1982168000ms+SYN:-1982167985ms+POST:0ms+Upload:328ms)
27/11/2015 9:54:03 Appuyez sur une touche pour quitter.
Et ce que Mme/M Michu ont avec une LiveBox non paramétré au niveau des ports:
27/11/2015 10:16:48 Téléchargement d'un fichier de 500 Mo depuis 3.testdebit.info :
IPv4+TCP80 +http .iso: 474,833 Mb/s (DNS:16ms+SYN:0ms+GET:16ms+Download:8424ms)
IPv4+TCP80 +http .jpg: 485,908 Mb/s (DNS:15ms+SYN:0ms+GET:0ms+Download:8237ms)
IPv4+TCP80 +http .mp4: 473,484 Mb/s (DNS:15ms+SYN:0ms+GET:0ms+Download:8455ms)
IPv4+TCP443 +https.iso: 486,854 Mb/s (DNS:16ms+SYN:0ms+GET:374ms+Download:8222ms)
IPv4+TCP443 +https.jpg: 489,715 Mb/s (DNS:16ms+SYN:0ms+GET:358ms+Download:8175ms)
IPv4+TCP443 +https.mp4: 490,677 Mb/s (DNS:16ms+SYN:0ms+GET:374ms+Download:8159ms)
IPv4+TCP554 +http .iso: 44,448 Mb/s (DNS:16ms+SYN:0ms+GET:0ms+Download:89997ms)
IPv4+TCP554 +http .jpg: 44,279 Mb/s (DNS:15ms+SYN:0ms+GET:0ms+Download:90340ms)
IPv4+TCP554 +http .mp4: 44,515 Mb/s (DNS:15ms+SYN:0ms+GET:0ms+Download:89857ms)
IPv4+TCP993 +https.iso: 477,554 Mb/s (DNS:16ms+SYN:0ms+GET:358ms+Download:8378ms)
IPv4+TCP993 +https.jpg: 489,715 Mb/s (DNS:16ms+SYN:0ms+GET:374ms+Download:8175ms)
IPv4+TCP993 +https.mp4: 484,966 Mb/s (DNS:16ms+SYN:0ms+GET:358ms+Download:8253ms)
IPv4+TCP1194+https.iso: 0,0 Mb/s (DNS:0ms+SYN:0ms+GET:0ms+Download:20202ms)
IPv4+TCP1194+https.jpg: 0,0 Mb/s (DNS:16ms+SYN:-16ms+GET:0ms+Download:20234ms)
IPv4+TCP1194+https.mp4: 0,0 Mb/s (DNS:16ms+SYN:-16ms+GET:0ms+Download:20233ms)
IPv4+TCP6881+http .iso: 0,0 Mb/s (DNS:16ms+SYN:-16ms+GET:0ms+Download:20234ms)
IPv4+TCP6881+http .jpg: 0,0 Mb/s (DNS:16ms+SYN:-16ms+GET:0ms+Download:20218ms)
IPv4+TCP6881+http .mp4: 0,0 Mb/s (DNS:15ms+SYN:-15ms+GET:0ms+Download:20217ms)
IPv4+TCP8080+http .iso: 0,0 Mb/s (DNS:16ms+SYN:-16ms+GET:0ms+Download:20233ms)
IPv4+TCP8080+http .jpg: 0,0 Mb/s (DNS:15ms+SYN:-15ms+GET:0ms+Download:20249ms)
IPv4+TCP8080+http .mp4: 0,0 Mb/s (DNS:15ms+SYN:-15ms+GET:0ms+Download:20217ms)
IPv6+TCP80 +http .iso: 449,236 Mb/s (DNS:16ms+SYN:0ms+GET:187ms+Download:8908ms)
IPv6+TCP80 +http .jpg: 449,236 Mb/s (DNS:16ms+SYN:15ms+GET:0ms+Download:8908ms)
IPv6+TCP80 +http .mp4: 453,309 Mb/s (DNS:16ms+SYN:16ms+GET:0ms+Download:8829ms)
IPv6+TCP443 +https.iso: 480,307 Mb/s (DNS:15ms+SYN:0ms+GET:375ms+Download:8330ms)
IPv6+TCP554 +http .iso: 0,0 Mb/s (DNS:16ms+SYN:-16ms+GET:0ms+Download:20249ms)
IPv6+TCP1194+https.iso: 0,0 Mb/s (DNS:16ms+SYN:-16ms+GET:0ms+Download:20234ms)
IPv6+TCP6881+http .iso: 0,0 Mb/s (DNS:16ms+SYN:-16ms+GET:0ms+Download:20249ms)
IPv6+TCP8080+http .iso: 0,0 Mb/s (DNS:16ms+SYN:-16ms+GET:0ms+Download:20218ms)
27/11/2015 10:27:51 Emission d'un fichier de 50 Mo vers 3.testdebit.info :
IPv4+TCP80 +http .iso: 51,599 Mb/s (DNS:16ms+SYN:0ms+POST:327ms+Upload:7754ms)
IPv4+TCP80 +http .jpg: 50,916 Mb/s (DNS:16ms+SYN:15ms+POST:312ms+Upload:7863ms)
IPv4+TCP80 +http .mp4: 52,137 Mb/s (DNS:16ms+SYN:0ms+POST:327ms+Upload:7675ms)
IPv4+TCP443 +https.iso: 50,403 Mb/s (DNS:16ms+SYN:0ms+POST:343ms+Upload:7941ms)
IPv4+TCP554 +http .iso: 33,178 Mb/s (DNS:16ms+SYN:15ms+POST:359ms+Upload:12059ms)
IPv4+TCP1194+https.iso: 0,0 Mb/s (DNS:16ms+SYN:-16ms+POST:0ms+Upload:20234ms)
IPv4+TCP6881+http .iso: 0,0 Mb/s (DNS:16ms+SYN:-16ms+POST:0ms+Upload:20218ms)
IPv4+TCP8080+http .iso: 0,0 Mb/s (DNS:16ms+SYN:-16ms+POST:0ms+Upload:20233ms)
IPv6+TCP80 +http .iso: 16,108 Mb/s (DNS:15ms+SYN:16ms+POST:312ms+Upload:24835ms)
IPv6+TCP80 +http .jpg: 16,705 Mb/s (DNS:16ms+SYN:0ms+POST:343ms+Upload:23946ms)
IPv6+TCP80 +http .iso: 16,228 Mb/s (DNS:15ms+SYN:0ms+POST:328ms+Upload:24648ms)
IPv6+TCP443 +https.iso: 15,503 Mb/s (DNS:16ms+SYN:0ms+POST:358ms+Upload:25803ms)
Erreur de division par zéro.
Erreur de division par zéro.
IPv6+TCP554 +http .iso: 15,503 Mb/s (DNS:0ms+SYN:16ms+POST:-16ms+Upload:0ms)
IPv6+TCP1194+https.iso: 0,0 Mb/s (DNS:15ms+SYN:-15ms+POST:0ms+Upload:20233ms)
Erreur de division par zéro.
Erreur de division par zéro.
IPv6+TCP6881+http .iso: 0,0 Mb/s (DNS:0ms+SYN:15ms+POST:-15ms+Upload:0ms)
Erreur de division par zéro.
Erreur de division par zéro.
IPv6+TCP8080+http .iso: 0,0 Mb/s (DNS:0ms+SYN:15ms+POST:-15ms+Upload:0ms)
27/11/2015 10:32:47 Appuyez sur une touche pour quitter.
-
Bravo à tous pour ce post mais en toute objectivité et tant que bon père de famille, je ne capte rien au sujet :o
j'ai juste compris qu'il fallait passer des adresses ip4 à ip6 pour cause de pénuries mais le reste, ça me dépasse.
-
Le reste ce sont des tests selon differents protocole /differents ports pour detecter si le traffic est analysé et filtré ou non Rien de plus.
Pour les utilisateurs, le passage ipv4 à ipv6 tout doit être transparents :)
-
Pour les utilisateurs, le passage ipv4 à ipv6 tout doit être transparents :)
c'est ce que j'espère parce que je me vois mal tout trifouiller la livebox pour avoir un résultat identique.
-
Vivien, je viens de voir que t'as remis en forme mes résultats.
Au vu de la demande, j'ai également mis les mentions "IPv6" en gras et vert, sur les lignes où t'as mis les débits en gras.
Pour les utilisateurs, le passage ipv4 à ipv6 tout doit être transparents :)
Oui, même pour les ports, c'est le même foutoir.
De toute façon, quelque soit la technologie IP, on demande d'ouvrir les ports pour les clients Orange en cas de problème rencontré. Pour les jeux principalement.
Le port récurrent qui pose problème derrière une LiveBox, c'est le 8080 (ou même parfois un pare-feu trop restrictif côté PC ça c'est aussi déjà vu).
Il est généralement utilisé pour le système de chat. Dans un MMO, cela peut être handicapant...
Il y a des jeux, comme Aion, qui ne veut pas s'ouvrir temps qu'un seul des ports utilisés dans le jeu n'est pas ouvert... Cela m'a posé problème au début chez Orange. Depuis ça, j'ouvre tous les ports sans exception, au moins en sortie (aucune distinction de sens en IPv6 contrairement en IPv4 dans la LiveBox).
-
J'en profite pour demander publiquement (pas fait en privé). Est-ce que il y a un lien entre cette panne et la fameuse mise à jour IPv6?
Non.
-
bonjour,
je voulais faire un test ipv6 en désactivant l'ipv4 de la carte réseau de mon pc.
cela ne fonctionne pas.
Quelqu'un pourrait m'expliquer Pourquoi ? absence de dns orange ipv6 ?
merci.
-
Qu'est-ce qui ne fonctionne pas?
-
bonjour,
je voulais faire un test ipv6 en désactivant l'ipv4 de la carte réseau de mon pc.
cela ne fonctionne pas.
Quelqu'un pourrait m'expliquer Pourquoi ? absence de dns orange ipv6 ?
merci.
Surement, est ce que ds l'interface de la Livebox, tu as une ipv6 d'attribué ?
-
bonjour,
je voulais faire un test ipv6 en désactivant l'ipv4 de la carte réseau de mon pc.
cela ne fonctionne pas.
Quelqu'un pourrait m'expliquer Pourquoi ? absence de dns orange ipv6 ?
merci.
tu as bien une ipv6 au moins ? (c'est en cours de déploiement chez Orange).
arrives-tu à accéder à ipv6.google.com ? (en laissant l'ipv4 activé)
-
Si c'est un PC portable, il se peut que la connectivité IPv6 soit "sabotée" par les pilotes modifiés de l'assembleur du PC portable.
J'ai actuellement un PC portable Clevo, que ce soit en wifi ou ethernet:
- Windows voit un bon IPv6 dans le bon préfixe
- il met donc que ce serait OK pour internet
- mais via tous les navigateurs, c'est des scores de 0 avec aucune IPv6 lors des tests... et aucune page en ipv6.domaine.ext (comme google ou lafibre) ne fonctionne.
Aucun souci avec mon PC fixe derrière la même ligne et même box.
Clevo fait payer un module wifi en PCI pour avoir de l'IPv6... Ce sera sans moi cette connerie commerciale! ::)
Il faut viser des assembleurs qui mettent en avant l'IPv6.
Parmi les plus chers, Alienware le fait, par exemple. Pas regardé les autres.
Edit du 4 février 2016:
Autant pour moi. Clevo n'y était pour rien.
Le coupable était le pare-feu Bitdefender 2014.
C'est désormais OK pour l'IPv6 en surf sur mon PC portable.
-
Quelqu'un pourrait m'expliquer Pourquoi ? absence de dns orange ipv6 ?
merci.
Le problème n'est pas là : les DNS d'Orange savent résoudre une IPv6.
En revanche, je ne sais pas si en IPv6 le DHCP de la Livebox diffuse des DNS IPv6 : s'il n'en diffuse pas, c'est sans doute pour ça. Quand l'IPv4 et l'IPv6 sont activées, ton PC récupère par DHCP les DNS IPv4 qui savent résoudre des IPv6, donc tu peux joindre des sites en IPv6. Mais si le DHCP de la Livebox ne diffuse pas de DNS IPv6, et que l'IPv4 est désactivée, tu n'as plus de serveurs DNS configurés sur le PC donc forcèment ça ne marche pas.
Essaie en mettant manuellement 2001:4860:4860::8888 (DNS de Google) dans la carte réseau.
-
bonjour,
la résolution est plutôt simple : tous les sites ne sont pas tous compatibles ipv6.....
les sites compatibles fonctionnent très bien.
on va donc attendre avant de basculer.
merci a vous tous de m'avoir aidé.
-
ha oui ... tu ne peux pas l'ipv4 maintenant, très peu de site au final sont compatibles..
C'est pour çà qu'Orange laisse l'ipv4 pour les sites ipv4 only.
Mais avec l'ipv6 et ipv4 activé, çà doit très bien marcher.
-
lafibre n'est pas par défaut dispo en IPv6 (pas d'enregistrement DNS).
-
on va donc attendre avant de basculer.
Le but n'est pas de basculer de toute facon mais de faire une transition en utilisant les 2 en meme temps (ipv4+ipv6), ce qu'on appelle du "dual stack".
Un poste en dual stack va tenter en IPv6 en 1er et passer en IPv4 si ca coince. Ca permet une transition douce et transparente pour les utilisateurs et laisse le temps au fournisseurs de contenu et éditeurs de sites web de mettre a jour leur serveurs.
Il est important donc d'activer IPv6 si l'on peut tout en gardant IPv4 sauf si c'est un mauvais IPv6 (genre un tunnel par exemple), la autant ne pas l'activer si on a le choix.
-
autre remarque :les dns primaire et secondaire ipv6 ne sont pas renseignés au niveau de l'onglet configuration avancée/ dns de la iivebox.
le déploiement n'est pas terminé chez orange ?
-
Non le déploiement n'est pas terminé, il reste des centaines de milliers de clients sans connectivité IPv6.
Le fait que soient mis à disposition des clients des serveurs DNS récursifs accessibles en IPv6 serait de mon points de vue la dernière des priorités face aux tâches de déploiement de la connectivité, sachant qu'un serveur DNS accessible uniquement en IPv4 n'a aucune difficulté à fournir des réponses contenant des IPv6... sauf bien sûr si les serveurs autoritaires ne sont joignables qu'en IPv6 !
-
autre remarque :les dns primaire et secondaire ipv6 ne sont pas renseignés au niveau de l'onglet configuration avancée/ dns de la iivebox.
le déploiement n'est pas terminé chez orange ?
Dans une config dual-stack (IPv4+IPv6) on n'a pas forcement besoin de DNS sur IPv6 car DNS est un service au dessus d'IP comme n'importe quel autre service (web, ftp, etc): on peut donc tres bien utiliser DNS en IPv4 pour obtenir des addresses IPv6 ou l'inverse: utiliser DNS en IPv6 pour obtenir des adresses en IPv4.
En plus ce n'est pas l'un ou l'autre car un poste va toujours interroger son serveur préféré en priorité donc c'est soit en IPv4 ou en IPv6: il faut faire un choix. Le FAI a choisi pour l'instant d'utiliser IPv4 car, en general, ca marche mieux et c'est plus maîtrisé qu'IPv6.
De toute facon avec les FAI grand public la box est un relais DNS donc meme si entre la box et les serveur DNS d'Orange c'est en IPv4, on peut tres bien avoir la résolution DNS en IPv6 entre un poste et la box. Ca permet donc a un PC qui n'aurais pas IPv4 de fonctionner quand meme.
trafic DNS:
PC <-- IPv6 --> box <-- IPv4 --> serveur DNS
Donc Orange n'a pas forcement besoin de fournir des serveurs DNS public en IPv6 , les livebox suffisent.
Ce qui faut vérifier c'est si la livebox configure correctement un poste dans lequel on a désactivé IPv4.
-
Non, ma Freebox n'est pas un serveur DNS.
-
sachant qu'un serveur DNS accessible uniquement en IPv4 n'a aucune difficulté à fournir des réponses contenant des IPv6... sauf bien sûr si les serveurs autoritaires ne sont joignables qu'en IPv6 !
Un serveur peut être accessible uniquement en IPv4 pour les clients et néanmoins avoir une connectivité IPv6.
Chez Free, l'adresse du serveur (diffusée par DHCP) est celle d'un frontal qui envoie les requêtes les vrais serveurs. (En réalité, il s'agit de plusieurs ensembles selon que tu parisien ou provençal. Les bouseux ont les DNS accessibles en IPv4 bas de gamme sans connectivité IPv6.)
-
(En réalité, il s'agit de plusieurs ensembles selon que tu parisien ou provençal. Les bouseux ont les DNS accessibles en IPv4 bas de gamme sans connectivité IPv6.)
En ADSL que je sache, la connectivité ipv6 passe par un tunnel dans l'ipv4 des bouseux, donc au final tout le monde s'y retrouve ;)
-
Oui, en IPv6 les bouseux provençaux profitent des mêmes services, mais justement le DNS IPv6 n'est pas distribué par DHCPv6 mais par RA (RDNSS = option 25), dont Windows ne tient pas compte, donc seuls les DNS IPv4 sont utilisés par Windows, et ceux là ne sont pas communs à tous les freenautes.
Même si le PC apprend les adresses IPv6 des DNS (2a01:e00::1, 2a01:e00::2), il apprend aussi les adresses IPv4 (212.27.40.240, 212.27.40.241) donc le comportement en zone boueuse est non-déterministe.
-
Il faut bien comprendre qu'il y a trois questions :
- est-ce que je peux demander les adresses IPv6 (les enregistrements AAAA) à résolveur DNS?
- est-ce que je peux joindre mon résolveur DNS en IPv6?
- est-ce que mon résolveur DNS peut joindre les serveurs DNS faisant autorité en IPv6?
-
La plupart des machines grand public ne joignent pas directement des résolveurs mais plutot des stubs (= les box). C'est curieux que Free fasse différemment, a croire qu'ils font du datamining sur les résolutions DNS de leur clients ou qu'ils 'mentent' subtilement dans les résolutions DNS ? Je pensais vraiment que les Freebox faisaient stub aussi.
De toute facon les 2 plus gros fournisseurs d'OS, Windows en fixe et Android en mobile sont disjoints dans la config DNS d'IPv6: Windows ne supporte pas RDNSS et Android ne supporte que ca (et pas DHCPv6 donc). Donc pour le moment configurer des serveurs DNS IPv6 dans les postes relève plus de la théorie que de la pratique: quelqu'un qui ne veut pas d'ennui va rester en IPv4 pour le DNS.
-
ou qu'ils 'mentent' subtilement dans les résolutions DNS ?
Il faudrait voir comment le mécanisme de blocage de publicités par les DNS fonctionne.
-
a croire qu'ils font du datamining sur les résolutions DNS de leur clients
Tu peux préciser?
ou qu'ils 'mentent' subtilement dans les résolutions DNS ?
Tu peux préciser?
-
Tu peux préciser?
Tu peux préciser?
Il ne sait justement pas, il cherche des raisons potentielles de vouloir faire remonter toutes les requêtes jusqu'aux backbones plutôt que de mettre un cache sur la box comme tout le monde (en impliquant que c'est ce que tu sous-entendais).
-
Ma Freebox ne fait pas DNS donc elle n'a pas de cache, mais mon PC et mon browser si.
-
La plupart des machines grand public ne joignent pas directement des résolveurs mais plutot des stubs (= les box). C'est curieux que Free fasse différemment, a croire qu'ils font du datamining sur les résolutions DNS de leur clients ou qu'ils 'mentent' subtilement dans les résolutions DNS ? Je pensais vraiment que les Freebox faisaient stub aussi.
Tu ne te trompes pas, si tu mets l'ip privée de la freebox server comme serveur dns sur tes machines, la résolution DNS se passe correctement.
-
Non, ma Freebox n'est pas un serveur DNS.
Ma V6 fait bien relai DNS.
-
Oui, en IPv6 les bouseux provençaux profitent des mêmes services, mais justement le DNS IPv6 n'est pas distribué par DHCPv6 mais par RA (RDNSS = option 25), dont Windows ne tient pas compte, donc seuls les DNS IPv4 sont utilisés par Windows, et ceux là ne sont pas communs à tous les freenautes.
Même si le PC apprend les adresses IPv6 des DNS (2a01:e00::1, 2a01:e00::2), il apprend aussi les adresses IPv4 (212.27.40.240, 212.27.40.241) donc le comportement en zone boueuse est non-déterministe.
La Provence est plutôt un pays sec.
-
La Provence est plutôt un pays sec.
Ca va bien avec les "plouc de paris".
-
La Provence est plutôt un pays sec.
Au delà de la proche banlieue, il y a que des boueux.
Déjà j'accepte parfois de dépasser le périf, mais faut pas pousser.
-
Au delà de la proche banlieue, il y a que des boueux.
Déjà j'accepte parfois de dépasser le périf, mais faut pas pousser.
Dit le Doryphore ;)
-
Au delà de la proche banlieue, il y a que des boueux.
Déjà j'accepte parfois de dépasser le périf, mais faut pas pousser.
Surtout ne te force pas. ;D
Que les plouc de paris reste chez eux. De toute façon ils ne servent à rien. ::)
Bon avec tes conneries corrector, on va encore finir au bistro.
-
Il y a quand même une question en creux dans mon message : est-ce que tous les DNS de Free sont maintenant IPv6-ready?
-
Surtout ne te force pas. ;D
Que les plouc de paris reste chez eux. De toute façon ils ne servent à rien. ::)
Bon avec tes conneries corrector, on va encore finir au bistro.
Dès qu'ils sortent de Paris ils ne savent plus conduire. Ils n'ont jamais roulé au dessus de 30km/h, ils ne connaissent pas les panneaux STOP :P
-
Oui puis ne parlons pas des opinions qu'ils ont des villes, pour eux une ville où il y a des touristes chinois et allemands à tous les coins de rue à toutes les vacances (et parfois autour), si c'est pas en région parisienne, c'est pas une ville touristique. Allez les comprendre.
Je dis ça, je ne suis pas plus pour une région qu'une autre (j'ai déménagé 6 fois et je suis né à Saint-Mandé), mais je n'apprécie pas leur logique.
-
J'ai ras le c.l de vos hors sujet.
Je reçois des alertes emails en croyant avoir des infos utiles et non.... :-\
-
Il faut un bouton message ne causant pas d'alerte.
Il faudrait aussi pouvoir envoyer une alerte quand on modifie un message. Il m'arrive de re-poster un message (et d'en supprimer éventuellement un ancien) pour causer l'alerte.
-
Et un bouton 'alerte' sans message ? ;D
-
Allez Vivien, on déplace le topic au bistro? ;D
Pour résumer la partie IPv4, nous avons Free qui se dirige vers des IP partagées (https://lafibre.info/free-la-fibre/cgn-14-chez-free-une-ipv4-partagee-par-4-clients/?topicseen), si j'ai bien suivi le topic Orange se lancerait donc dans les IPv4 fixes (gratuites) par défaut?
Le mot entre parenthèses fait tâche pour l'agrume
-
Allez Vivien, on déplace le topic au bistro? ;D
Si Vivien passe le bistrot en IPV6, je m'incline , bien bas ! 8-)))))
-
En tout cas, depuis le 25/11/2015, mes adresses ipv4 & ipv6 n'ont pas changées... depuis mon passage en DHCP.
ip fixe ou augmentation du délai avant changement ?
A suivre.
-
Et un bouton 'alerte' sans message ? ;D
Pour déranger tout le monde, tu postes un message que tu effaces immédiatement.
-
Pour résumer la partie IPv4, nous avons Free qui se dirige vers des IP partagées (https://lafibre.info/free-la-fibre/cgn-14-chez-free-une-ipv4-partagee-par-4-clients/?topicseen), si j'ai bien suivi le topic Orange se lancerait donc dans les IPv4 fixes (gratuites) par défaut?
Bonsoir,
Effectivement, depuis que je bénéficie de l'IPv6, mon ipv4 n'a pas changée et ceux depuis quelques semaines et quelques reboot de livebox.
Perso, j'aurai préféré avoir un /56 en IPv6 fixe et pouvoir faire du subnetting en /64 avec du routage sur la box... avec ce que j'ai derrière, je ne peux pas utiliser l'IPv6 (sans NAT66) aujourd'hui.
Pour le coup je préfère le 6rd de Free et sa révolution qui permet d'avoir plusieurs /64 routés.
Mais bon, en espérant que cela change.
-
Perso, j'aurai préféré avoir un /56 en IPv6 fixe et pouvoir faire du subnetting en /64 avec du routage sur la box... avec ce que j'ai derrière, je ne peux pas utiliser l'IPv6 (sans NAT66) aujourd'hui.
Orange fourni un /56 en principe. Essais en DHCPv6-PD peut-être si y'a rien dans l'interface de livebox pour subnetter (ca n'est pas encore actif chez moi dans je peux rien tester).
sinon: https://lafibre.info/remplacer-livebox/remplacer-la-livebox-sans-pppoe/
-
Bonsoir,
J'ai bien un /56 mais :
- Pas fixe, il change à chaque reboot ou resynchro.
- On ne peut pas le diviser en /64 et le router.
-
Bonsoir,
J'ai bien un /56 mais :
- Pas fixe, il change à chaque reboot ou resynchro.
- On ne peut pas le diviser en /64 et le router.
ca ne cascade pas en DHCPv6-PD ? ton équipement doit être client DHCPv6 de la Livebox et demander une delegation de prefix plutot qu'une IP. ca fera le routage tout seul. ca se tente meme si je serais surpris que ca marche.
De toute facon s'il change à chaque reboot c'est pas trop top déja.
-
Effectivement ce n'est pas supporté sur mon équipement déjà...
Et comme tu le dis, cela change a chaque reboot donc ce n'est pas gérable.
-
Je me renseigne doucement sur l'IP v6.
L'IP V6 permet à chaque appareil d'avoir son ip directement sur Internet sans faire de NAT, il n'y a donc plus de redirection de port à faire. Par contre il y a toujours l'ouverture de port à faire sur le routeur pour que la machine reste protégée. Ok ça j'ai compris (si je me trompe surtout corrigez-moi).
Cet IP v6 permet à l'opérateur de ne plus avoir le problème de stock d'ip v4.
Par contre si on passe en ipv6 ça ne retire pas l'ipv4 pour notre réseau local, si? je demande car l'ip v4 c'est facile à mémoriser et taper dans un navigateur.
-
Non.
De toute facon tous les services ne sont pas accessibles en ipv6 donc pendant plusieurs années on aura ipv4 + ipv6 sur chaque périphérique.
Certaines box FAI protègent les pcs en ipv6, il faut donc ouvrir le port. (SFR)
D'autres comme la freebox je crois ne filtre rien en ipv6 donc pas besoin d'ouvrir les ports
Orange je ne sais pas.
-
Ok merci pour tes réponses ;)
-
Non.
De toute facon tous les services ne sont pas accessibles en ipv6 donc pendant plusieurs années on aura ipv4 + ipv6 sur chaque périphérique.
Exacte = c'est le "dual-stack", le deux protocoles actifs en même temps sur un même équipement.
Il faut voir l'IPv6 comme un "nouveau moyen de transport de l'information". Même s'il porte un nom très approchant d'IPv4 il n'y a pas grand chose à voir entre les deux : Ils ne sont pas compatibles en terme de communication mise à part avec des mécanismes qui permettent de faire de la translation entre les deux protocoles (NAT).
On va dire que les points communs sont les suivant :
- Ils peuvent être transporté par les même couches de niveau 2
- Ils supportent tous les deux TCP et UDP : TCP et UDP ne sont pas modifiés pour le support d'IPv6 (contrairement à ICMP ou certains protocoles de gestion du multicast).
Certaines box FAI protègent les pcs en ipv6, il faut donc ouvrir le port. (SFR)
D'autres comme la freebox je crois ne filtre rien en ipv6 donc pas besoin d'ouvrir les ports
Orange je ne sais pas.
La livebox Play gère des règles Firewall IPv6 et d'après ce que j'ai cru voir dans l'interface, par défaut rien n'est ouvert d'Internet vers le réseau local.
-
Oui, chez Orange, si le pare-feu n'est pas sur un mode prédéfini, rien n'est ouvert, en IPv4 comme en IPv6.
-
- Ils supportent tous les deux TCP et UDP : TCP et UDP ne sont pas modifiés pour le support d'IPv6 (contrairement à ICMP ou certains protocoles de gestion du multicast).
ca n'est pas tout a fait exact si on veut être pointilleux (facon Corrector :P), notamment a cause des sommes de contrôle (checksum) qui disparaissent de la couche 3 (couche réseau) en IPv6.
Par exemple une machine qui balance un flux UDP en IPv4 n'est pas obligé de calculer la checksum des paquets, le prochain noeud (routeur) le fera. Ca permet d'envoyer du 'lourd' donc sans optimisation particulier du matériel coté èmetteur (carte réseau notamment).
En IPv6 il faut que l'èmetteur UDP calcule la checksum car les routeurs intermédiaires ne font plus de calcul de checksum.
Il y a également une exception possible et un fonctionnement différent pour UDP dans des tunnels (rfc6935).
-
ca n'est pas tout a fait exact si on veut être pointilleux (facon Corrector :P), notamment a cause des sommes de contrôle (checksum) qui disparaissent de la couche 3 (couche réseau) en IPv6.
Tu me l'enlèves de la bouche.
J'ai de la concurrence!
-
Exacte = c'est le "dual-stack", le deux protocoles actifs en même temps sur un même équipement.
Il faut voir l'IPv6 comme un "nouveau moyen de transport de l'information". Même s'il porte un nom très approchant d'IPv4 il n'y a pas grand chose à voir entre les deux
IPv* permet à tout périphérique du réseau interconnecté d'essayer de joindre n'importe quel autre (les pare-feux peuvent y faire obstacle)
IPv* ne s'occupe pas de la fiabilité de l'acheminement
IPv* permet d'envoyer un datagramme plus grand que le MTU le permet par fragmentation (sans que les couches supérieures aient à faire quoi ce soit)
IPv* n'intègre pas de fonction de sécurité contre l'usurpation d'adresse IP (attaque en aveugle par injection de paquets)
IPv* n'intègre pas par défaut de fonction de protection de la confidentialité
IPv* n'intègre pas par défaut de fonction de protection de l'intégrité
IPv* rend possible l'usage de cryptographie pour protéger contre l'usurpation, la modifier et l'espionnage en OPTION nécessitant une configuration des clefs entre les machines
Quelle différence te semble essentielle?
-
Exacte = c'est le "dual-stack", le deux protocoles actifs en même temps sur un même équipement.
Il faut voir l'IPv6 comme un "nouveau moyen de transport de l'information". Même s'il porte un nom très approchant d'IPv4 il n'y a pas grand chose à voir entre les deux : Ils ne sont pas compatibles en terme de communication mise à part avec des mécanismes qui permettent de faire de la translation entre les deux protocoles (NAT).
Le train en France n'est pas compatible avec le train en Russie.
Est-ce que le train et le train n'ont pas grand chose à voir entre eux?
-
Le train en France n'est pas compatible avec le train en Russie.
Est-ce que le train et le train n'ont pas grand chose à voir entre eux?
Ce sont des trains oui mais 1.43m et des brouettes contre 1,5m (espacement des voie) mais ils ne rouleront jamais sur la même voie sans modif. ;)
Mais je te l'accorde ce sont des trains. :)
-
Le train en France n'est pas compatible avec le train en Russie.
Est-ce que le train et le train n'ont pas grand chose à voir entre eux?
Mdr... Je me doutais que si tu passais par là tu allais titiller un peu (j'ai lu pas mal de postes de ta part :-)).
Le nom train est le même (IPv*) Ils transportent la même chose, des passagers (TCP/UDP) et utilisent des voies (Ethernet, ATM, ...) mais ils ne savent pas rouler sur les mêmes voies en fonction des pays (IPv4 n'est pas compatible IPv6) voilà en quoi ils sont différents (en plus de multiples autres différences).
En tout cas je dois dire que tu portes bien ton pseudo ;-)
-
à 7 cm près d'entraxe il faut raboter un peu les bogies et ça devrais rouler chez nous, sauf que le retour sera un peu compliqué ;D
-
Le Talgo passait de la France à l'Espagne en rapprochant/écartant les roues pour s'adapter aux voies espagnol ou française.
-
(http://www.talgo.com/img_montaje/tecnologiatalgo.jpg)
(http://www.talgo.com/img_montaje/carrusel/cambiodeancho/1G.JPG)
(http://www.talgo.com/img_montaje/carrusel/cambiodeancho/4G.JPG)
https://www.youtube.com/watch?v=qwNl-g_91GE&t=2m20s
(https://www.youtube.com/watch?v=qwNl-g_91GE&t=2m20s)
https://www.youtube.com/watch?v=y8N7Ikw87tM (https://www.youtube.com/watch?v=y8N7Ikw87tM)
-
;D
Excellent, le voilà le NAT !
-
Toujours pas d'IPv6, y a-t-il une nouvelle vague prochainement de migration? Y aurait-il un planning?
-
apparemment un déploiement progressif en 2016 pour les FTTH et le VDSL : https://www.nextinpact.com/news/97253-ipv6-chez-orange-100-000-clients-concernes-avant-deploiement-progressif.htm
-
Il y a un planning.
Il est secret ;D (donc pas la peine d'essayer de cuisiner petrus et tit91...).
-
.
Tout dépend du type de torture.... 8-))))
-
apparemment un déploiement progressif en 2016 pour les FTTH et le VDSL : https://www.nextinpact.com/news/97253-ipv6-chez-orange-100-000-clients-concernes-avant-deploiement-progressif.htm
Donc ça sert à rien que j'attende, l'ADSL n'est pas concerné.
Quoique c'est le DHCP que j’attends, pas l'ipv6.
-
apparemment, rien avant 2017 ...
-
J'ai vu une Livebox ftth avec de l'ipv6 dedans.
Ben il va y avoir un gros travail de débug...
Réseau de 5 enceintes sonos devenu instable (aucun problème depuis 2 ans...)
Passerelle domotique inaccessible (aucun problème depuis 2 ans)
J'ai du mettre un vieux wnr3500L, le mettre en serveur dhcp et couper le wifi de la livebox pour retrouver un fonctionnement normal... Elle ne sert plus que de passerelle depuis l'ont, sinon ça ne marche plus correctement...
Je suis pas très content de ce bêta test imposé.
Quand je pense que je suis jamais bêta testeur quand j'en ai besoin où envie...
-
Je suis pas très content de ce bêta test imposé.
Le bêta-test est fini, le déploiement progressif est en cours depuis octobre.
Pour ce qui est de tes problèmes, je n'exclurais pas d'office l'hypothèse selon laquelle ils viendraient de ton matériel mis en condition de réseau dual-stack normal.
-
Ce sont des lenteurs d'internet ou des instabilités matérielles ?
Il y a peut-être des histoires d'interconnexions IPv6 moins performantes qu'en IPv4...
-
La premiere chose à faire est de désactiver l'IPv6 dans la livebox pour voir si IPv6 est bien la cause des problèmes.
-
Je retourne sur place vendredi. Je n'exclu pas un pb de dual stack... Mais au fil des tests et de l'heure tardive, quand ça a marché, j'ai arrêté de toucher :D
@+ pour le prochain épisode.
-
N'hésite pas à faire un Test de débit et de neutralité de l'Internet IPv4 + IPv6 (https://lafibre.info/tester-son-debit/test-neutralite/)
-
Le préfixe IPv6 est dynamique chez Orange.
La 1ère moitié de mes IPv6 a changé après un reboot de la LiveBox.
Par contre, aucun changement d'IPv4 publique.
Pour l'IPv6:
La liveBox récupère un préfixe (1ère moitié de mes IPv6) le 25 novembre 2015.
La LiveBox récupère un autre préfixe (1ère moitié de mes IPv6) le 26 janvier 2016.
Soit un bail maxi de 2 mois avec redémarrage(s) de la LiveBox.
-
Idem que "Turold"
Cette nuit redémarrage de la Livebox ( automatiquement ) 2 fois de suite...
Mon Ip(v4) n'a pas changée, depuis la dernière mise à jour du Fw, malgré les deux reboot de cette nuit, toujours la même IP
et Idem pour moi aussi pour L'Ipv6
Sommes nous passés en IP FIXE ?? !
-
Tu veux dire quoi par "Idem pour moi aussi pour L'Ipv6"? Cela à changé dans mon cas...
Pour l'IPv4, oui, c'est apparement de l'IP fixe... quand on est sur une ligne IPv6 compatible.
Le préfixe IPv6 (1ère moitié des IPv6) à l'air dynamique, avec un bail incompressible. Cela n'a changé qu'au bout de 2 mois complets, alors que j'ai eu plusieurs coupures internet et reboots de box durant ce laps de temps.
-
Cette nuit redémarrage de la Livebox ( automatiquement ) 2 fois de suite...
Mon Ip(v4) n'a pas changée, depuis la dernière mise à jour du Fw
Tiens, moi aussi, 2 reboots cette nuit!
Mais j'ai fait obligatoirement le premier reboot manuellement: aucun service, et aucun retour à la normal ni reboot automatique au bout de 5 minutes!
La LiveBox a fait un reboot automatique quelques instants après mon reboot manuel en urgence... Pas réalisé que c'était une mise à jour qui c'est mal passée.
Maintenant, j'ai la SG30_sip-fr-5.15.8.1
-
Tu veux dire quoi par "Idem pour moi aussi pour L'Ipv6"? Cela à changé dans mon cas...
Pour l'IPv4, oui, c'est apparement de l'IP fixe... quand on est sur une ligne IPv6 compatible.
Le préfixe IPv6 (1ère moitié des IPv6) à l'air dynamique, avec un bail incompressible. Cela n'a changé qu'au bout de 2 mois complets, alors que j'ai eu plusieurs coupures internet et reboots de box durant ce laps de temps.
J'ai mentionné "Idem" car pour moi aussi une partie de l'adresse IpV6 a changée, et idem pour les deux mois sans reboot automatique de la Livebox et ip(v4) identique malgré reboot...
En effet, concernant les ip's, c'est apparement devenu de l'Ip Fixe chez Orange Fibre !
-
Leur plan global pour IPv6 est peut-être encore en fignolage/beta d'ou le changement.
Ma livebox est toujours en PPPoE et n'a pas de mise a jour en SG30_sip-fr-5.15.8.1; je suis toujours en SG30_sip-fr-5.15.6.1 meme en forcant une maj.
-
Tiens, moi aussi, 2 reboots cette nuit!
Mais j'ai fait obligatoirement le premier reboot manuellement: aucun service, et aucun retour à la normal ni reboot automatique au bout de 5 minutes!
La LiveBox a fait un reboot automatique quelques instants après mon reboot manuel en urgence... Pas réalisé que c'était une mise à jour qui c'est mal passée.
Maintenant, j'ai la SG30_sip-fr-5.15.8.1
pour moi aussi meme FW = SG30_sip-fr-5.15.8.1
-
Rien de neuf pour moi :-\
Peut être avec la prochaine vague :)
-
Le bêta-test est fini, le déploiement progressif est en cours depuis octobre.
ben le moins qu'on puisse dire c'est qu'ils ne sont pas très pressés...
ça se fait par zone géographique?
-
Mieux vaut ne pas se précipiter lors d'une opération de cette envergure.
Ca va reprendre bientôt.
-
À toute fin utile envers les impatients ou curieux, je rappelle le planning publique du déploiement d'Orange IPv6.
Voici le planning.
- 100 000 clients fibre et VDSL d'ici la fin 2015
- tous les clients fibre et VDSL d'ici la fin 2016
- les clients ADSL à partir de début 2017... sans date de fin de déploiement
-
Les impatients ou les curieux veulent un planning détaillé par NRO :o
-
Les impatients ou les curieux veulent un planning détaillé par NRO :o
Très probable, mais ce planning là est privé...
-
et un planning de correction de bug ,genre perte dhcp du décodeur tv ,c'est pas prévu ? ;D ;D ;D
-
Aujourd'hui j'étais content,
je vais voir s'il y a une nouvelle mise à jour, c'est le cas!
Je reboot ma box et je vois que je suis en version SG30_sip-fr-5.15.8.1 du firmware!
mais pas d'IPV6 pour autant?
vous êtes sûrs que c'est lié à cette mise à jour?
-
J'ai eu aussi la MAJ et pas d'IPv6 à l'horizon. Wait & See
EDIT : Depuis la MAJ, j'ai beaucoup de mal à me connecter à l'interface de la Livebox!
-
Il me semble que non..
C'est ce qui avait été dit avant. L'activation se fait au niveau du NRO. C'est indépendant du firmware (qui est déjà compatible depuis quelques versions).
-
Au pire ce sera pour tous les clients fibre & VDSL avant fin 2016 :)
-
depuis aujourd'hui ma LB3 est en SG30_sip-fr-5.15.8.1
-IPv6 actif
-type de protocol dhcp au lieu de PPPoe
-IPv4 n'a pas changé après un reboot
-reverse dns changé : LFbn-1-XXX-XXX.wXX-XXX.abo.wanadoo.fr
Normal pour l'IP v4 "fixe" ? Durée du bail/changement d'IP?
-
Normal, effectivement.
Contractuellement, l'IP n'est pas fixe (elle peut changer au bon vouloir d'Orange). En pratique, ceux qui ont la chance d'être passé en DHCP depuis Novembre/Décembre rapportent que leur IPv4 n'a pas changé une seule fois.
-
Contractuellement, l'IP n'est pas fixe (elle peut changer au bon vouloir d'Orange). En pratique, ceux qui ont la chance d'être passé en DHCP depuis Novembre/Décembre rapportent que leur IPv4 n'a pas changé une seule fois.
En d'autres termes, la même situation que chez Free ou Bouygues sur des configurations semblables (l'adresse IP change uniquement en cas de réorganisations du réseau qui peuvent être plus courantes quand il est encore en train d'être mis en place).
-
En d'autres termes, la même situation que chez Free ou Bouygues sur des configurations semblables
En IPV6 Free n'a pas d'IP fixe ?
-
En IPV6 Free n'a pas d'IP fixe ?
hors fibre (= peu de clients) , l'IPv6 chez Free c'est du tunnel 6rd donc l'IPv6 depend de l'IPv4 : le prefix IPv6 affecté a un client est formé avec un bout de l'IPv4 affecté a ce meme client. Donc si l'IPv4 est fixe, l'IPv6 le sera aussi.
-
En IPV6 Free n'a pas d'IP fixe ?
Le préfixe est fixe hors réorganisations du réseau, et c'est la même chose chez Orange.
-
En IPV6 Free n'a pas d'IP fixe ?
En IPv6, l'abonné reçoit un préfixe et en fait ce qu'il veut (adresses statiques, dynamiques, randomisées...).
Le préfixe dérive de l'adresse IPv4 et du préfixe de Free. Free peut décider de changer la topologie du réseau du jour en lendemain, sans avoir à prévenir avant.
-
hors fibre (= peu de clients) , l'IPv6 chez Free c'est du tunnel 6rd donc l'IPv6 depend de l'IPv4 : le prefix IPv6 affecté a un client est formé avec un bout de l'IPv4 affecté a ce meme client. Donc si l'IPv4 est fixe, l'IPv6 le sera aussi.
Oui, sauf si Free déménage de plage IPv6, ce qui peut arriver (puisque c'est arrivé).
-
http://communaute.orange.fr/t5/Orange-et-Vous/Le-d%C3%A9ploiement-de-l-IPv6-d%C3%A9marre-chez-Orange/ba-p/857401
-
http://communaute.orange.fr/t5/Orange-et-Vous/Le-d%C3%A9ploiement-de-l-IPv6-d%C3%A9marre-chez-Orange/ba-p/857401
Je confirmer que ça semble bouger, mon scanner détecte l'arrivée d'un grand nombre de nouveaux routeurs sur Paris.
-
idem je viens de redémarrer ma LiveBox et IPv6 est apparu (comme le messie :) )
je vais pouvoir me pencher sur l'ERL en DHCP+IPv6.
-
je vais pouvoir me pencher sur l'ERL en DHCP+IPv6.
Bonne nouvelle ;D
Il faudrait que je rebranche ma livebox pour voir si ici aussi on est passé en DHCP. Pour ça il faut juste que j'arrive à convaincre madame de lacher 20 minutes son groupe Facebook et ses discussions messenger avec ses copines...
-
Bonne nouvelle ;D
Il faudrait que je rebranche ma livebox pour voir si ici aussi on est passé en DHCP. Pour ça il faut juste que j'arrive à convaincre madame de lacher 20 minutes son groupe Facebook et ses discussions messenger avec ses copines...
bof je pense que c'est juste pour ces chanceux de parisiens...
-
La box des parents vient de passer en IP v6 après un reboot provoqué. Il va falloir regarder tranquillement comment configurer mon routeur AC68U qui se trouve derrière pour que le LAN profite de l'ipV6.
-
bof je pense que c'est juste pour ces chanceux de parisiens...
ouep, tous les abonnées IPv6 qui ont basculé aujourd'hui sont de Paris ou aux alentours.. J'espère que ce soir il y aura une nouvelle vague :D
-
ouep, tous les abonnées IPv6 qui ont basculé aujourd'hui sont de Paris ou aux alentours.. J'espère que ce soir il y aura une nouvelle vague :D
faut pas rêver, le déploiement est prévu sur l'année, au mieux on y passera dans quelques mois
-
Jacobin encore. :(
-
faut pas rêver, le déploiement est prévu sur l'année, au mieux on y passera dans quelques mois
Tu es bien pessimiste :) ;)
-
Tu es bien pessimiste :) ;)
Tu as des infos qu'on n'a pas? :D
-
chez moi c'est fait
j'ai testé reboot de l'ont apres et mon ip n'a pas changé en ipv6 sur show my ip...
apres a voir si ca va rester ou pas
pour info suis dans le 93 et hier j'ai fait rechercher maj livebox manuellement
-
Malgré la mise à jour de la Livebox (SG30_sip-fr-5.15.8.1), pas d'IPV6... On va patienter, pas d'urgence pour moi ! :)
-
ah oui aussi meilleur debit sur speedtest avec massy 943mbit
pas mal du tout enfin c'est juste pour la frime car au quotidien j'etait pas vraiment limité par mes 925...
a voir si ils on reussi a dissocier le flux tv...
ou ya pas les entete ipv4 etc je connais pas assez pour le dire
mon debit est un peu plus faible de 8/10 mbit avec la tv (dans les 924)
-
chez moi c'est fait
j'ai testé reboot de l'ont apres et mon ip n'a pas changé en ipv6 sur show my ip...
apres a voir si ca va rester ou pas
pour info suis dans le 93 et hier j'ai fait rechercher maj livebox manuellement
Oui ben Paris quoi ...
-
Je suis sur le 93 et..... rien ???
-
non rien a voir, melanger paris et le 93 c'est comme brest et landerneau c'est pas loin mais pas a coté (avec d'ailleurs dans ma ville tres peu elligible a un adsl de qualite mais tous fibré orange) et avec un nro a part etc
mikoo ta penser a aller sur 192.168.1.1 apres tu vas dans assistance, mise a jour du logiciel de la livebox et rechercher une version plus recente.
le lion c le meme que metait mekhtoub allah yer7amou
-
non rien a voir, melanger paris et le 93 c'est comme brest et landerneau c'est pas loin mais pas a coté (avec d'ailleurs dans ma ville tres peu elligible a un adsl de qualite mais tous fibré orange) et avec un nro a part etc
mikoo ta penser a aller sur 192.168.1.1 apres tu vas dans assistance, mise a jour du logiciel de la livebox et rechercher une version plus recente.
le lion c le meme que metait mekhtoub allah yer7amou
Oui, j'ai eu la Maj mais pas d'ipv6 :-\
-
ah ta rebouter ont et livebox au cas ou non?
-
non rien a voir, melanger paris et le 93 c'est comme brest et landerneau c'est pas loin mais pas a coté (avec d'ailleurs dans ma ville tres peu elligible a un adsl de qualite mais tous fibré orange) et avec un nro a part etc
mikoo ta penser a aller sur 192.168.1.1 apres tu vas dans assistance, mise a jour du logiciel de la livebox et rechercher une version plus recente.
le lion c le meme que metait mekhtoub allah yer7amou
Paris commence à 2h de train du centre ;)
Donc c'est Paris. ::)
Ceux de Landerneau ne viennent que très peu à Brest, pas confondre ce serait parler d'un arrondissement. ;D
-
ca na rien a voir en infrasctucture aussi bien au niveau des transport que de l'internet haut debit etc
en jaune j'ai entoure ma ville
tu vois les offres ftth ne sont pas du tout les meme entre paris et hors paris..
-
ca na rien a voir en infrasctucture aussi bien au niveau des transport que de l'internet haut debit etc
en jaune j'ai entoure ma ville
tu vois les offres ne sont pas du tout les meme entre paris et hors paris..
Ben voilà mais ça reste Paris.
Et je me fais chier à mettre une majuscule à Paris ;)
-
non pas du tout, paris c'est paris 75 avec son offre etc, comme brest n'est pas landerneau (c'est la meme distance que entre chez moi et paris)
-
ah ta rebouter ont et livebox au cas ou non?
oui, j'ai tout redémarrer
tant pis cela sera pour la prochaine vague :P
NRO est à Aubervilliers pour tout le 93 ?
En ADSL j'étais sur STD93 (Saint Denis )
-
non pas du tout ca depend de la ou tu es...
moi je suis sur bondy a cote de chez moi imagine si on fibrait depuis aubervillier partout...
ben voila tu dois etre aussi sur std93
-
Ok donc pour Stains cela doit être toujours STD93 pour la fibre et donc pas encore en IPV6
-
non pas du tout, paris c'est paris 75 avec son offre etc, comme brest n'est pas landerneau (c'est la meme distance que entre chez moi et paris)
Je peux t'assurer que non, pas pareil c'est plus Rambouillet vs Paris, enfin bon on clos le truc.
-
ben niveau distance c'est exactement pareil si si
ya meme des patelin du 93 plus loin que landerneau par rapport a brest...
decidement ces gens qui veulent toujours avoir raison alors que l'evidence est contre eux.
paris c'ets 75 a cote ya le periph apres c plus paris point c comme ca j'y peut rien.
-
bof je pense que c'est juste pour ces chanceux de parisiens...
Du tout. C'est progressif, et si oui pour l'instant un certain nombre de routeurs ont été activés en Ile de France, c'est pas les seuls. Il y en a en bretagne aussi, autour de Rennes, et peut-être ailleurs (j'ai plus les zones exactes en tête).
En tout cas, ce déploiement ne dépend pas des mises à jour de Livebox (il faut un firmware minimum, mais c'est pas un firmware plus récent qui va l'apporter).
-
et pour l'augmentation du debit aussi constatée chez moi ca vient d'ou tu penses?
-
et peut-être ailleurs
À Caen aussi.
et pour l'augmentation du debit aussi constatée chez moi ca vient d'ou tu penses?
C'est normal, on l'enlève l'overhead de l'en-tête PPP.
-
ah coool par contre j'ai remaruqe en ftp j'allai a 982mbit/s parait impossible non? ou c'est normal d'avoir plus en ftp?
jai regarde av le task manager windows
-
çà dépend ce qu'affiche l'utilitaire windows.
En débit utile c'est trop.
En débit brut, tu peux "logiquement" monté jusqu'à 1000 Mbits.
-
mm je sais pas trop
https://www.youtube.com/watch?v=C87ySDyTpaE
y'a 50mbit d'ecart c'est peut etre du brut oui
-
Avec quoi tu fais ce test ?
-
ah c'est sur
1.testdebit.info
il est super pour plein de raison d'abor les serveurs sont assez dimmensioné pour pas etre le goulot, de plus il y'a des tas de format different voir si le fai reduit le debit en fonction de l'extension etc
tu peux aussi tester le debit montant (avec aucun risque ton fichier est effacé automatiquement)
en ftp bien sur
-
En tout cas, ce déploiement ne dépend pas des mises à jour de Livebox (il faut un firmware minimum, mais c'est pas un firmware plus récent qui va l'apporter).
Merci pour cette précision, en effet je suis passé au dernier (SG30_sip-fr-5.15.8.1) aujourd'hui et pas d'IPV6 de présent. Je suis de Caen.
-
la box est passée aussi en SG30_sip-fr-5.15.8.1
et indique
"Actuellement, le statut de votre connectivité IPv6 est :activé"
Ouf, je ne vois pas de changements à l'utilisation et le débit est toujours top..
si ce n'est que,
un testdebit.info indique alors:
Opérateur: Orange Business
Type de connexion: Business
adresse ip: 90.127.xxx.xxx AS3215
Mode: TCP-IPV6 Ready
Business ? haa!
-
Moi aussi pareil mais c'était déjà le cas avant pour le 'business'
-
la box est passée aussi en SG30_sip-fr-5.15.8.1
et indique
"Actuellement, le statut de votre connectivité IPv6 est :activé"
Ouf, je ne vois pas de changements à l'utilisation et le débit est toujours top..
si ce n'est que,
un testdebit.info indique alors:
Opérateur: Orange Business
Type de connexion: Business
adresse ip: 90.127.xxx.xxx AS3215
Mode: TCP-IPV6 Ready
Business ? haa!
il est en carton test debit info prend speed test sur massy
moi il donne peak 255mbit en upload ce qui est impossible
sauf bien sur en ftp la c'est pas mesuré par eux le debit
-
la box est passée aussi en SG30_sip-fr-5.15.8.1
et indique
"Actuellement, le statut de votre connectivité IPv6 est :activé"
Ouf, je ne vois pas de changements à l'utilisation et le débit est toujours top..
si ce n'est que,
un testdebit.info indique alors:
Opérateur: Orange Business
Type de connexion: Business
adresse ip: 90.127.xxx.xxx AS3215
Mode: TCP-IPV6 Ready
Business ? haa!
çà ne fait pas le test de débit en ipv6 ?
l'ipv6 est bien activé sur le PC ?
tu vois bien ton ipv6 ici : http://ip.lafibre.info/ ?
-
je viens de forcer la mise a jour de la Livebox : l'ipv6 a changé, pas l'ipv4. bizarre
Sinon, le dns orange en ipv6 c'est pour quand ?
-
Après avoir demandé la mise à jour via l'interface, ma Livebox (en VDSL) est passée en SG30_sip-fr-5.15.8.1
Par contre, pas d'IPv4 ni d'IPv6..
Seule chose troublante : pendant la synchronisation il était affiché "DHCP" comme type du protocol. Mais une fois synchronisé, il y avait d'affiché "PPP".. snif :'(
J'ai remarqué que si je vais sur proof.ovh.net, j'ai ça en infos opérateur :
Opérateur: Orange Business
Type de connexion: Business
adresse ip: 92.156.217.xxx AS3215
Pour info, je suis sur le NRA GRT46.
-
tu vois bien ton ipv6 ici : http://ip.lafibre.info/ ?
Pas d'ipv6 ici
-
Votre FAI supposé est Wanadoo :-*
ouais avec la cassete de connection pour mon amstrad lol kit de téléchargement
-
Pas d'ipv6 ici
Si ta box a une ipv6 c'est etonnant..
Cette page s'affiche https://ipv6.lafibre.info?
Si non tu n'as pas d'ipv6 sur ton pc..
-
Wanadoo, c'est le nom du réseau Orange (il n'a pas changé de nom)
-
Wanadoo, c'est le nom du réseau Orange (il n'a pas changé de nom)
Si ils veulent, ils peuvent ressortir Calvacom.... 8-)))))
-
En fait Orange a un réseau multi-service de niveau 2 (atm puis mpls).
Au dessus de ce réseau, Orange transporte plein de réseaux de toutes sortes donc un réseau IP public pour l'acces Internet. Ce service appelait Wanadoo quand Orange a commencé a vendre des accès Internet.
Tout comme la société X peut demander a Orange de relier ses sites entre eux, Wanadoo relie ses sites (les abonnés) a des points de sortie sur Internet en IP (les points de peering/transit) et c'est le réseau de niveau 2 en dessous qui transporte et agence tout ca.
Vu du niveau 2 , y'a pas de difference notable donc, le traffic Internet des "sites" Wanadoo (=abonnés grand public) n'est qu'un service parmis d'autres.
D'ailleurs certaines mauvaises langues disent qu'a cause de ca, Orange n'est pas un "pur FAI" mais un opérateur multi-service dont Internet n'est qu'une prestation "virtuelle" parmi d'autres.
Leur réseau n'est pas pur IP Internet (public) directement dans leur routeurs comme c'est le cas pour Free par exemple.
C'est pour ca aussi qu'avec Orange, on peut être a Lyon et sortir en IP publique a Brest suite une erreur de config dans le mapping sur le réseau d'en dessous. Mais ca permet aussi a un client pro de relier ses bureaux de Brest et Lyon directement en Ethernet ou en IP via le meme réseau d'Orange mais sans subir les aléas du trafic Internet (offre Business VPN ou Business Ethernet) car le réseau 2 en dessous sait prioriser un service par rapport aux autres.
-
Si ta box a une ipv6 c'est etonnant..
Cette page s'affiche https://ipv6.lafibre.info?
Si non tu n'as pas d'ipv6 sur ton pc..
Ca y est c'est bon, j'ai bien l'ipv6
-
Bonjour tout le monde je me pose des questions concernant la configuration de l'IP V6.
Sur le réseau j'ai installé un routeur Asus AC68U dans la DMZ de la livebox, la solution la plus simle qu j'ai trouvé pour conservé le téléphone tout en pouvant géré finement le réseau avec un "vrai routeur".
En IP V4, tout fonctionne très bien, la livebox est en 192.168.2.1 et le LAN du routeur Asus est en 192.168.1.XX avec son serveur DHCP.
Jusque là rien d'incroyable, tout fonctionne parfaitement, RAS.
Pour l'IP V6 je maîtrise clairement moins bien.
Comment est ce que je dois configurer l'ipV6? Je pense que c'est l'un de ces écrans mais je ne sais pas trop ^^.
-
Ca risque d'être chaud à mon avis pour l'IPv6 avec un routeur derrière la livebox:
- Orange délègue un /56
- La livebox annonce un /64 sur son LAN
- On ne fait pas de NAT en IPv6, donc il faudrait prendre un second /64 et l'annoncer sur le LAN du second routeur. Problème, la livebox ne routera pas ce second /64 vers le routeur (il n'y a rien dans la config pour faire ça).
-
De plus, d'après certains employés, et de ce que j'en ai compris, ce n'est pas du DHCP6 côté LAN...
-
Ca risque d'être chaud à mon avis pour l'IPv6 avec un routeur derrière la livebox:
Derrière ou devant la Livebox ?
Chez moi la Livebox est derrière le routeur
-
Derrière ou devant la Livebox ?
Je répondais à toshopp qui a un routeur dans la DMZ de la livebox, donc routeur derrière livebox (l'opposé de ce qu'on fait tous généralement avec nos ERL).
-
@BM92
Bonjour tout le monde je me pose des questions concernant la configuration de l'IP V6.
Sur le réseau j'ai installé un routeur Asus AC68U dans la DMZ de la livebox
Derrière la LiveBox apparemment.
À part se faire son petit DHCP6 indépendant de la LiveBox, je ne vois pas...
-
De plus, d'après certains employés, et de ce que j'en ai compris, ce n'est pas du DHCP6 côté LAN...
Dans la box je vois "état DHCPv6" mais a coté il y a rien
-
Si selon vous c'est clairement plus simple de mettre le routeur en première ligne on peut s'arranger ;D
Je testerai en inversant la config et reviendrai vers vous ;)
-
Je répondais à toshopp qui a un routeur dans la DMZ de la livebox, donc routeur derrière livebox (l'opposé de ce qu'on fait tous généralement avec nos ERL).
Ok, excuse-moi d'avoir répondu a coté ;D
-
Si selon vous c'est clairement plus simple de mettre le routeur en première ligne on peut s'arranger ;D
Je testerai en inversant la config et reviendrai vers vous ;)
Oui mais attention ce n'est pas si simple que ça (DHCP sur VLAN 832, et surtout tagging des priorités sur ce VLAN en 802.1p, authentification DHCP spécifique). Ca a toutes les chances de ne pas marcher, même en IPv4, avec la plupart des routeurs du commerce (même avec l'ERL on a des doutes pour l'instant, @kgersen est dessus :P )...
-
Dans la box je vois "état DHCPv6" mais a coté il y a rien
Pour le côté LAN: http://192.168.1.1/advConfigNetworkDhcp.html
Et j'ai de l'IPv6, mais rien ici, à part les IPv4 et IPv6 attribuées actuellement à mon PC connecté, dans "Baux DHCP valides".
Ah oui, trouvé sur ce que tu dis: http://192.168.1.1/supportSystemInformationLan.html
Normal qu'il y ait rien à côté. Il n'y a pas, mais on a bien des IPv6, sur ligne compatible, comme chez moi.
-
Un sujet avait été lancé ici https://lafibre.info/remplacer-livebox/remplacer-la-livebox-sans-pppoe/
-
Le plus surprenant est que je suis toujours connecté au net via mon routeur en ipv4
Je pense que cela est qu'ils n'ont pas encore supprimé l'ipv4
-
Le plus surprenant est que je suis toujours connecté au net via mon routeur en ipv4
Je pense que cela est qu'ils n'ont pas encore supprimé l'ipv4
???
Il n'a jamais au grand jamais été question de supprimer l'ipv4 maintenant. Quelque soit le FAI, il est question de proposer du dual-stack. Ipv4 et ipv6 en même temps.
-
??? Il n'a jamais au grand jamais été question de supprimer l'ipv4 maintenant. Quelque soit le FAI, il est question de proposer du dual-stack. Ipv4 et ipv6 en même temps.
Bon tu me rassure ;D
-
Ca risque d'être chaud à mon avis pour l'IPv6 avec un routeur derrière la livebox:
- Orange délègue un /56
- La livebox annonce un /64 sur son LAN
- On ne fait pas de NAT en IPv6, donc il faudrait prendre un second /64 et l'annoncer sur le LAN du second routeur. Problème, la livebox ne routera pas ce second /64 vers le routeur (il n'y a rien dans la config pour faire ça).
oui dommage.
j'ai testé un client DHCPv6-PD derriere la livebox, celle ci est muette coté LAN donc ne pas fait de cascade DHCPv6-PD ... c'est bien dommage.
-
maintenant que je suis configuré en ipv6 sur la Livebox,
question:
en ipv4, l'accès depuis internet à mon ipv4 local se faisait
via une protection(?) NAT.
Maintenant, un équipement sur mon réseau local obtient-il
une adresse ipv6 publique ou privée ?
GUA ? ULA ? ???
-
Maintenant, un équipement sur mon réseau local obtient-il
une adresse ipv6 publique ou privée ?
Les 2! Et plusieurs de chaque!
Cela dépend du système.
Sous Windows, pour savoir:
netsh interface ipv6 show address
Et je compte 2 IPv6 publiques, dont une pour le surf et reprise dans l'interface d'administration de la LiveBox.
Et aussi, 3 IPv6 privées.
À part la publique pour le surf, je ne sais pas à quoi servent les autres.
-
Une IPv6 publique si l'équipement le demande.
Je n'ai pas pu tester si le firewall de la Livebox était aussi IPv6.
Les fe80:: sont des IPv6 locale à un domaine de broadcast. Cela sert pour le routage, l'autoconfiguration, etc
-
Une IPv6 publique si l'équipement le demande.
Windows en demande 2... pour une raison que j'ignore (services Windows?).
Je n'ai pas pu tester si le firewall de la Livebox était aussi IPv6.
Oui, mais il faut tout reparamétrer... et à la racine de http://192.168.1.1/advConfigFirewall.html en bas de page pour l'IPv6.
-
ok, si publique, alors accessible depuis internet sans autre protection
que le firewall ?
(s'il y en a un!)
si oui, m'en vais revenir en ipv4 avec son NAT moi ...
-
ok, si publique, alors accessible depuis internet sans autre protection
que le firewall ?
(s'il y en a un!)
si oui, m'en vais revenir en ipv4 avec son NAT moi ...
C'est le principe de l'IPv6...
...
Déjà, le firewall de la LiveBox bloque tous en accès entrant en IPv6, par défaut.
Et le pare-feu des systèmes d'exploitation récents sont aussi en IPv6.
What else?^^
-
C'est le principe de l'IPv6...
Déjà, le firewall de la LiveBox bloque tous en accès entrant en IPv6, par défaut.
Voilà une bonne nouvelle !
Et le pare-feu des systèmes d'exploitation récents sont aussi en IPv6.
What else?^^
car il n'y a pas de parefeu sur tous les équipements,
imprimante en wifi ?
décodeur tv play ?
autres ?
-
car il n'y a pas de parefeu sur tous les équipements,
imprimante en wifi ?
décodeur tv play ?
autres ?
Si, mais c'est transparent. Et surtout, cette sensation vient du fait que la plupart du temps, c'est mal conçu.
Donc quand il y a des failles sur la couche IP, et des backdoors, les problèmes seront les mêmes en IPv4 et IPv6.
En IPv4, on peut facilement pirater une imprimante, que ce soit en wifi ou ethernet. Pour ça que la mienne est en USB! Par choix, comme j'ai le choix entre USB, Ethernet, et wifi, sur le modèle que j'ai. Le NAT n'a sauvé personne dans ces cas...
Faut s'en prendre au concepteur de l'équipement en question, pas à l'IPv6, qui finira un jour à totalement remplacer l'IPv4 de toute façon.
-
Je rajouterai que l'imprimante en plus n'est pas forcèment compatible ipv6 donc qu'elle communiquera avec tes pcs via le réseau local ipv4. Mais tes pcs iront sur le net, quand c'est possible en ipv6!
-
La Livebox indique dans le menu dhcp qui recoit un bail valide
ipv4 ET ipv6:
les pc, l'imprimante, le décodeur play, le répéteur wifi,...
Mais me voilà rassuré quand même si le pare-feu de la livebox
bloque bien tous les accès depuis internet en ipv6.
-
Une imprimante réseau (rj45) c'est quand même plus pratique, du fait que n'ai pas obligé d'avoir un PC allumé.
Qd les filles de mon amie veulent imprimer des trucs, elles ne sont obligé de descendre allumer mon PC.
-
Donc quand il y a des failles sur la couche IP
Quand par exemple ?
-
Je rajouterai que l'imprimante en plus n'est pas forcèment compatible ipv6 donc qu'elle communiquera avec tes pcs via le réseau local ipv4.
Donc si je comprend bien toutes les IP locale de type 192.168.xxx.xxx resterons en place ?
L'ipv6 ne sert que pour la connexion entre notre ordi ou routeur et e FAI ?
-
pour tester si son PC est 'ouvert' ou pas en IPv6 au monde entier:
http://www6.chappell-family.co.uk/cgi-bin6/ipscan-js.cgi puis clicker sur le bouton "begin scan" en bas.
ca va tester (<2 minutes): si tout est 'vert' : votre PC n'est pas accessible.
-
Donc si je comprend bien toutes les IP locale de type 192.168.xxx.xxx resterons en place ?
L'ipv6 ne sert que pour la connexion entre notre ordi ou routeur et e FAI ?
Oui et heureusement, je serai ds la mouise avec mon imprimante sinon.
-
Quand par exemple ?
Je me suis mal exprimé. Je voulais dire du manque de pare-feu sur certains équipements (rare), ou d'une faille du pare-feu intégré à l'équipement. Donc la faille est côté applicatif.
La hadopi a flashé une imprimante, par exemple, mais je me rappelle plus si c'était en wifi ou ethernet.
Des caméras IP ont été piratées à distance, mais le correctif est à appliquer à posteriori par les consommateurs... que la plupart ne sont soit pas au courant, soit perdu dans la procédure.
-
pour tester si son PC est 'ouvert' ou pas en IPv6 au monde entier:
http://www6.chappell-family.co.uk/cgi-bin6/ipscan-js.cgi puis clicker sur le bouton "begin scan" en bas.
ca va tester (<2 minutes): si tout est 'vert' : votre PC n'est pas accessible.
La connexion ne donne rien : Le délai d'attente est dépassé
Je ressaierais plus tard
-
La connexion ne donne rien : Le délai d'attente est dépassé
Je ressaierais plus tard
Tu as enlevé ton ERPoE et mis la box en direct pour tester ?
Parce qu'en l'état, il est impossible qu'IPv6 fonctionne sur ton routeur (puisqu'il faut virer PPPoE, et surtout passer sur le VLAN 832 au lieu de 835).
-
La hadopi a flashé une imprimante, par exemple
Hoax, à priori.
Un papier de recherche américain est sorti en 2008 pour expliquer qu'on pouvait spoofer les seeders d'un torrent, il mentionnait qu'il avait pu faire envoyer par une boîte américaine une DMCA concernant une adresse arbitraire (assignée à une imprimante) :
http://dmca.cs.washington.edu/uwcse_dmca_tr.pdf
Des « militants » ont fait suivre des mails/blogs aux titres plus qu'ambigus qui ont dû porter à cette confusion :
hxxp://toutelaculture.com/tendances/le-buzz/hadopi-limprimante-de-mon-voisin-est-coupable/
hxxp://univers-libre.net/oldblog/dans-sa-tres-bonne-fiabilite-lhadopi-peut-sen-prendre-a-votre-imprimante-reseau.txt
Alors que rien n'indique que ça s'appliquerait au système de traçage TMG (dont l'agent a été connu pour se connecter aux pairs avant de déclencher une notification).
-
pour tester si son PC est 'ouvert' ou pas en IPv6 au monde entier:
http://www6.chappell-family.co.uk/cgi-bin6/ipscan-js.cgi puis clicker sur le bouton "begin scan" en bas.
ca va tester (<2 minutes): si tout est 'vert' : votre PC n'est pas accessible.
Merci beaucoup :D
tout est vert, au moins depuis mes pc et tablettes
-
Hoax, à priori.
Pas suivi cette affaire, donc possible.
En imprimante, je sais qu'il y a souvent des backdoors. Mais là, même en USB, je ne suis pas à l'abri. Je fais confiance aux pilotes constructeurs, pour faire suivre les flux vers/depuis le backdoor.^^
Le pire en backdoors, c'est sur les routeurs. Et encore, je reste dans le cadre purement informatique. Le reste fait encore plus peur sur certains objets connectés.
Mais bon, je confirme, ce n'est pas un problème d'IP(v6) en soit.
-
Wanadoo, c'est le nom du réseau Orange (il n'a pas changé de nom)
euh, pas tout a fait non. Wanadoo, on en parle pour rigoler ou quand on parle du passé ;)
-
euh, pas tout a fait non. Wanadoo, on en parle pour rigoler ou quand on parle du passé ;)
Alors pourquoi c'est encore indiqué dans les reverse DNS d'Orange? ???
-
Wanadoo, c'est le nom du réseau Orange (il n'a pas changé de nom)
peut etre mais le nom de mon fai n'est plus wanadoo (votre fai est wanadoo)
-
Alors pourquoi c'est encore indiqué dans les reverse DNS d'Orange? ???
Oui je sais... on (les gens techniques) aimerait bien changer. mais bon... c'est historique(tm).
-
Orange est aussi en TM, non?
-
En fait Orange a un réseau multi-service de niveau 2 (atm puis mpls).
Au dessus de ce réseau, Orange transporte plein de réseaux de toutes sortes donc un réseau IP public pour l'acces Internet. Ce service appelait Wanadoo quand Orange a commencé a vendre des accès Internet.
Tout comme la société X peut demander a Orange de relier ses sites entre eux, Wanadoo relie ses sites (les abonnés) a des points de sortie sur Internet en IP (les points de peering/transit) et c'est le réseau de niveau 2 en dessous qui transporte et agence tout ca.
Vu du niveau 2 , y'a pas de difference notable donc, le traffic Internet des "sites" Wanadoo (=abonnés grand public) n'est qu'un service parmis d'autres.
D'ailleurs certaines mauvaises langues disent qu'a cause de ca, Orange n'est pas un "pur FAI" mais un opérateur multi-service dont Internet n'est qu'une prestation "virtuelle" parmi d'autres.
Leur réseau n'est pas pur IP Internet (public) directement dans leur routeurs comme c'est le cas pour Free par exemple.
C'est pour ca aussi qu'avec Orange, on peut être a Lyon et sortir en IP publique a Brest suite une erreur de config dans le mapping sur le réseau d'en dessous. Mais ca permet aussi a un client pro de relier ses bureaux de Brest et Lyon directement en Ethernet ou en IP via le meme réseau d'Orange mais sans subir les aléas du trafic Internet (offre Business VPN ou Business Ethernet) car le réseau 2 en dessous sait prioriser un service par rapport aux autres.
Tu confonds un peu là. Orange a plusieurs réseaux. Certains sont dédiés aux entreprises (le réseau d'OBS par exemple, le RAEI -as25186), d'autres sont mutualisés mais principalement utilisés pour internet (Orange RBCI -as3215, OpenTransit International- as5511...).
Les réseaux entreprises sont pas ou peu visibles d'internet. Ils ont une ingénierie différente des réseaux à dominante grand public, qui s'explique par différents critères, de besoins, de coûts, etc. Le RBCI en revanche est visible depuis internet (tous les routeurs en *.ville.francetelecom.net).
Sinon pour le coup des Ip publiques géolocalisées, l'exemple est un peu bidon, car le seul cas qui imposait ça est l'ip fixe (contractuelle, avec l'option). Et la seule raison pour qu'un client soit sur un lns de bretagne (et ça aurait été Rennes et non pas Brest) en étant à Lyon, c'est qu'il a déménagé mais souhaité garder son IP. Des cas comme ça, il doit pas y en avoir beaucoup... (après, Nantes ou Caen au lieu de Brest, ok).
-
Tu as enlevé ton ERPoE et mis la box en direct pour tester ?
Parce qu'en l'état, il est impossible qu'IPv6 fonctionne sur ton routeur (puisqu'il faut virer PPPoE, et surtout passer sur le VLAN 832 au lieu de 835).
Bon effectivement, voila pourquoi ca ne fonctionne pas
J'esairais a l'occasion
Merci
-
Tu confonds un peu là. Orange a plusieurs réseaux. Certains sont dédiés aux entreprises (le réseau d'OBS par exemple, le RAEI -as25186), d'autres sont mutualisés mais principalement utilisés pour internet (Orange RBCI -as3215, OpenTransit International- as5511...).
Les réseaux entreprises sont pas ou peu visibles d'internet. Ils ont une ingénierie différente des réseaux à dominante grand public, qui s'explique par différents critères, de besoins, de coûts, etc. Le RBCI en revanche est visible depuis internet (tous les routeurs en *.ville.francetelecom.net).
Sinon pour le coup des Ip publiques géolocalisées, l'exemple est un peu bidon, car le seul cas qui imposait ça est l'ip fixe (contractuelle, avec l'option). Et la seule raison pour qu'un client soit sur un lns de bretagne (et ça aurait été Rennes et non pas Brest) en étant à Lyon, c'est qu'il a déménagé mais souhaité garder son IP. Des cas comme ça, il doit pas y en avoir beaucoup... (après, Nantes ou Caen au lieu de Brest, ok).
Je parlais au niveau 2, pas du niveau IP , AS, etc et pas de visibilité.
Je parlais des liens physiques eux-memes , y'a des liens physiques dédiés Internet et des liens dédiés OBS ?
Demain on peut couper Orange en 2: Internet grand public d'un coté et offres VPN/LAN2LAN OBS d'un coté et y'aura 2 réseaux physiques bien distincts?
ca a changé/évolué donc ? il fut un temps ou tout passait sur le meme backbone ATM non ? (ca date peut-etre).
Je pensais que tout transitait encore sur le meme réseau MPLS (avec des bouts encore en ATM non?)
-
Oui je sais... on (les gens techniques) aimerait bien changer. mais bon... c'est historique(tm).
Je suis fier d'être en wanadoo ;D
-
Je suis fier d'être en wanadoo ;D
J'aurai préféré être en PTT. :(
:P
-
je ne vais pas tarder à passer chez Chappe...
-
rigolez mais bon dans le relgement de ma copropriete y'a indique que j'ai droit au telegraphe , au chauffage mais pas au bois et pas aux animaux bruyants tels les perroquet... le gramophone n'est pas evoque je crois
-
Une mise à jour s'impose. 8)
-
rigolez mais bon dans le relgement de ma copropriete y'a indique que j'ai droit au telegraphe , au chauffage mais pas au bois et pas aux animaux bruyants tels les perroquet... le gramophone n'est pas evoque je crois
Et pour les bonnes et le personnel, ils doivent emprunter quel escalier?
-
l'escalier commun lol joli escalier avec marqué s'essuyer les pied etc pour revenir sur la fibre mon immeuble construit en 1920/30 a pu etre fibré sans soucis (en apparent) alors que certains neuf ont posé problemes ... bizarre quand meme
http://communaute.orange.fr/t5/ma-connexion/Appartement-neuf-non-raccord%C3%A9-%C3%A0-la-fibre-par-le-prestataire/td-p/634404
-
Quand par exemple ?
Ping of death? ::)
-
Ca risque d'être chaud à mon avis pour l'IPv6 avec un routeur derrière la livebox:
- Orange délègue un /56
- La livebox annonce un /64 sur son LAN
- On ne fait pas de NAT en IPv6, donc il faudrait prendre un second /64 et l'annoncer sur le LAN du second routeur. Problème, la livebox ne routera pas ce second /64 vers le routeur (il n'y a rien dans la config pour faire ça).
Un peu comme la Freebox v5... (sauf que Free ne délègue "que" /60 à chacun)
-
C'est le principe de l'IPv6...
C'est le principe de base d'Internet.
v4 ou v6.
-
Faut dire que le principe de base d'Internet à été sacrèment mis de côté à cause de la pénurie d'IPv4 et le NAT
-
c quoi le "principe de base d'internet" ?
-
[HS]
Chaque ordinateur/terminal et serveur est censé posséder sa (ses) propre(s) adresse IP, joignables depuis n'importe où. C'était le modèle original d'Internet. Mais maintenant l'IPv4, protocole historique depuis le développement d'Internet, utilise le NAT, et même sur plusieurs niveaux avec le CG-NAT. Dans les Data centers, le stock d'IPv4 est limité, les plus gros sont obligés de racheter des blocs entiers bien que cela soit non conforme à l'éthique du RIPE, ARIN et autres branches régionales distribuant les IP (qui n'en ont plus au passage, d'où ces rustines et astuces pour continuer encore un peu).
L'exemple courant pour les hébergements de sites web est la mutualisation de milliers de sites sur une seule IP. Cela n'est plus tenable c'est pourquoi l'IPv6 rétablit ce concept oublié mais ça prend du temps...
[/HS]
-
Je parlais au niveau 2, pas du niveau IP , AS, etc et pas de visibilité.
Orange France a son réseau atm, OBS a les siens également. Ils sont interconnectés, mais différents.
Je parlais des liens physiques eux-memes , y'a des liens physiques dédiés Internet et des liens dédiés OBS ?
Oui bien sûr. Certaines choses sont mutualisées, comme par exemple l'évasion internet des clients OBS se fait par le réseau 3215.
Demain on peut couper Orange en 2: Internet grand public d'un coté et offres VPN/LAN2LAN OBS d'un coté et y'aura 2 réseaux physiques bien distincts?
Globalement oui. Certains accès qui utilisent les réseaux d'Orange France ne fonctionneront plus, mais les deux réseaux continueront de fonctionner.
ca a changé/évolué donc ? il fut un temps ou tout passait sur le meme backbone ATM non ? (ca date peut-etre).
Je pensais que tout transitait encore sur le meme réseau MPLS (avec des bouts encore en ATM non?)
Ouh, ça remonte à bien bien longtemps. Et l'atm, c'est toujours utilisé, mais pas dans le backbone, juste à la collecte, pour des dslams en gros.
-
[HS]
Chaque ordinateur/terminal et serveur est censé posséder sa (ses) propre(s) adresse IP, joignables depuis n'importe où. C'était le modèle original d'Internet. Mais maintenant l'IPv4, protocole historique depuis le développement d'Internet, utilise le NAT, et même sur plusieurs niveaux avec le CG-NAT. Dans les Data centers, le stock d'IPv4 est limité, les plus gros sont obligés de racheter des blocs entiers bien que cela soit non conforme à l'éthique du RIPE, ARIN et autres branches régionales distribuant les IP (qui n'en ont plus au passage, d'où ces rustines et astuces pour continuer encore un peu).
L'exemple courant pour les hébergements de sites web est la mutualisation de milliers de sites sur une seule IP. Cela n'est plus tenable c'est pourquoi l'IPv6 rétablit ce concept oublié mais ça prend du temps...
[/HS]
ah merci 8)
-
Internet signifie interconnexion des réseaux, avec l'idée que n'importe qui peut potentiellement joindre n'importe qui (mais on peut appliquer des restrictions en application de politique de sécurité bien sûr).
-
Bonjour,
Surprise ce matin, après changement récent de ma livebox et passage à la fibre, IPV6 est activé !
Activation de l'Internet IPv6
Actuellement, le statut de votre connectivité IPv6 est :activé
Le préfixe de votre Livebox est :2a01:cb08:1d0:7500::/56
Et dans le menu DHCP, les periph compatibles ont une adresse IPV6, comme par exemple mon Synology :
Diskstation
IPv4 : 192.168.1.13
IPv6 : 2a01:cb08:1d0:7500:211:32ff:fe26:450a
-
Cela confirme pour le moment que ce passage à l'IPV6 s'effectue surtout sur Paris et sa région. On est d'accord pour dire que la Livebox redémarrera d'elle même si passage à l'IPV6 ? Sachant que j'ai déjà eu la mise à jour du firmware.
-
On est d'accord pour dire que la Livebox redémarrera d'elle même si passage à l'IPV6 ?
C'est exact. Je confirme pour le reboot.
-
Les reverses sont intéressants :
2a01cb0801d07500021132fffe26450a.ipv6.abo.wanadoo.fr
-
C'est exact. Je confirme pour le reboot.
Merci ;)
-
Je me pose plein de questions ...
- L'adresse IP V6 est elle fixée définitivement ?
- L'adresse V6 des périphs du réseau est-elle visible de l'extérieur ?
. Et peut-on le contrôler au niveau de la Livebox ?
- Quels sont les logiciels courants genre Filezilla compatibles avec V6 ?
-
1) pour le moment non, il me semble qu'à l'échelle des mois elle varie.
2) oui. Si tu visites un site en ipv6 avec 2 pcs différents, ils le verront. alors qu'avec l'ipv4 il voit la même ip.
Mais tu as le parefeu de la livebox qui te protège dans le sens Internet => Ton périphérique.
3) tous les logiciels grand public axés internet et mis à jour récemment sont compatibles. et au cas où un logiciel n'est pas compatible, il continuera de fonctionner en ipv4 car Orange laisse l'ipv4 et n'ajoute en plus que l'ipv6. tu auras les 2 pendants plusieurs années encore ..
-
L'adresse IP V6 est elle fixée définitivement ?
Pas pour le moment. Et on parle du préfixe (1ère moitié de l'IPv6), car sinon c'est toujours dynamique... À moins de fixer l'IPv6 complet soit-même sur la carte réseau (pas possible autrement avec la LiveBox Play).
Bail incompressible de 2 mois, au niveau des retours sur le préfixe (dont moi).
Mais il parait que ce sera fixe...
L'adresse V6 des périphs du réseau est-elle visible de l'extérieur ?
Oui, c'est la définition même de l'IPv6.
Mais par défaut avec la LiveBox, c'est uniquement dans les cas où c'est toi (= ton ordi) qui initie les communications internet.
Et peut-on le contrôler au niveau de la Livebox ?
Oui, si tu veux ouvrir des ports en accès entrant... Mais ce n'est à faire uniquement qu'en cas de serveur chez soi (un vrai ou logiciel).
Quels sont les logiciels courants genre Filezilla compatibles avec V6 ?
Je ne sais pas, pas fais gaffe jusqu'à présent.
Au moins les navigateurs.^^
Edit avant de poster: Buddy a dit la même chose que moi, mais différemment. ;)
-
- Quels sont les logiciels courants genre Filezilla compatibles avec V6 ?
La plupart des logiciels (navigateurs web, transfert de fichiers, ect...) sont compatibles IPv6, sous réserve que le système d’exploitation, la box et le serveur soit en IPv6.
Presque tous les systèmes d'exploitations ont IPv6 (activé par défaut depuis Windows Vista et dispo en option pour Windows 2000 et Windows XP)
Aujourd'hui ce qui manque pour IPv6, ce sont les serveurs et les box.
Tu peut réaliser un test en ftp avec ftp://1-ipv6.testdebit.info/ : c'est un serveur disponible en IPv6 only. Si tus n'arrives pas a te connecter, c'est qu'il y a qq chose d’incompatible IPv6.
Il y a également ftp://1-ipvbouygues.testdebit.info/ (IPv4 only) et ftp://1.testdebit.info/ : IPv4 et Iv6 disponible
En https tu as ça :
- IPv6 only : https://1-ipv6.testdebit.info/fichiers/image_test/image_test_qualite_100.jpg
- IPv4 only : https://1-ipvbouygues.testdebit.info/fichiers/image_test/image_test_qualite_100.jpg
- IPv4 et IPv6 : https://1.testdebit.info/fichiers/image_test/image_test_qualite_100.jpg
-
L'expérience montre que les adresses changent au hasard selon la bon vouloir de l'infra Orange.
Bien sûr, toute adresse est "visible". Tu veux peut-être demander : "est-ce que mes serveurs sur un périphérique sont accessibles?" et ça dépend de la box.
Tous les logiciels supportent IPv6, ou presque.
-
- L'adresse IP V6 est elle fixée définitivement ?
Elle n'est pas fixée définitivement au même titre qu'elle n'est pas fixée définitivement chez Bouygues et qu'elle n'est pas fixée définitivement chez Free.
Pas pour le moment. Et on parle du préfixe (1ère moitié de l'IPv6), car sinon c'est toujours dynamique... À moins de fixer l'IPv6 complet soit-même sur la carte réseau
Ou d'utiliser une distribution Linux populaire avec la configuration par défaut, ou de configurer Windows pour encapsuler l'EUI-64 dans l'adresse.
- Quels sont les logiciels courants genre Filezilla compatibles avec V6 ?
Sauf particularité, tous ou la plupart
-
bête question, quand ipv6 s'active, la boite vivante reboot
ça attribue des ipv6 aux devices compatibles.
ces devices sont donc vu directement en frontal, de l'internet ? Le pare feux naturel du NAT en v4, ne joue plus ?
Genre mon synology va etre visible de ces 65535 ports en v6 de l'internet
-
Non
Sinon Orange se prend un SCUD des autorités. Donc aucun terminal ne sera visible par défaut.
ps: au fait, il y a un parefeu IPV6 qui s'active....
-
Sinon Orange se prend un SCUD des autorités.
Ah bon ? Pour quoi, par lesquelles ?
-
Pas pour le moment. Et on parle du préfixe
On est sûr que le préfixe IPv6 soit statique et attribué définitivement à la box, et donc que la box ne récupère pas un autre préfixe en redémarrant?
Le pare feux naturel du NAT en v4, ne joue plus ?
Y a toujours un truc qui me dérange quand on dit que le NAT est un pare-feu, la seule "sécurité" c'est qu'on ne peut pas joinde une IP de la RFC 1918
En fait il faudrait avoir un pare-feu ipv6 qui bloque les paquets entrants à destination du préfixe IPv6 de la box, et qu'il laisse traverser que les paquets d'une connexion établie. Libre aux gens d'autoriser tel port sur telle IP (ce que je reproche aux freebox qui sont des passoires)
-
Le S-NAT est naturellement un pare-feu (filtre de paquets) à état.
Le 1-1 NAT n'est pas un pare-feu.
La RFC 1918 n'a rien à voir avec le schmilblick : elle sert à garantir l'unicité des adresses, point final.
-
bonjour,
Le serveur DNS orange n'a pas encore un accès en ipv6. Au niveau de la Livebox, l'adresse n'est pas renseignée.
si quelqu'un a des infos sur la date de migration/mise a jour de ce serveur.
-
Quelle adresse n'est pas renseignée?
-
Quelle adresse n'est pas renseignée?
configuration avancée, onglet DNS.
-
Il n'y a effectivement pas de serveur Dns accessible en IPv6 chez Orange pour l'instant et j'imagine que ce n'est clairement pas une priorité car on va rester en dual stack pendant des années et un serveur dns en IPv4 peut très bien résoudre des requêtes AAAA.
-
Il n'y a effectivement pas de serveur Dns accessible en IPv6 chez Orange pour l'instant et j'imagine que ce n'est clairement pas une priorité car on va rester en dual stack pendant des années et un serveur dns en IPv4 peut très bien résoudre des requêtes AAAA.
merci de ton retour.
Question d'un candide : quelles sont les conditions nécessaires avant de pouvoir supprimer le protocole ipv4 au niveau de la carte réseau ?
-
On est sûr que le préfixe IPv6 soit statique et attribué définitivement à la box, et donc que la box ne récupère pas un autre préfixe en redémarrant?
Y a toujours un truc qui me dérange quand on dit que le NAT est un pare-feu, la seule "sécurité" c'est qu'on ne peut pas joinde une IP de la RFC 1918
En fait il faudrait avoir un pare-feu ipv6 qui bloque les paquets entrants à destination du préfixe IPv6 de la box, et qu'il laisse traverser que les paquets d'une connexion établie. Libre aux gens d'autoriser tel port sur telle IP (ce que je reproche aux freebox qui sont des passoires)
Je répète donc (oui, je suis de bonne humeur, là^^):
- Non. On change de préfixe au bout de 2 mois incompressibles chez Orange, pour le moment. C'est à dire que si le préfixe date de moins de 2 mois, rebooter la box ne changera rien, sinon faut faire gaffe si on a besoin de faire connaitre le préfixe (monitoring, réseau chez soi, etc).
- Sur la LiveBox il y a le NAT et le Pare-feu. Et pour ce dernier, le paramétrage est différent de la partie IPv4. Et le pare-feu IPv6 de la LiveBox ne s'active que sur ligne compatible IPv6.
- Le pare-feu IPv6 de la LiveBox bloque par défaut tous les paquets entrants à destination des IPv6 complets gérés par ta box. Nuance, mais par défaut, cela revient au même. Au niveau du code, cela doit être comme ce que tu dis, et les ouvertures vues comme liste blanche prioritaire, en effet.
- Sur la LiveBox, le pare-feu IPv6, comme celui de l'IPv4, filtre aussi les connexions sortantes.*
* (edit) Voici mes résultats du test de débit&neutralité; https://lafibre.info/orange-les-news/actualites-ipv6-orange/msg279486/#msg279486
Edit2, j'ai dit n'importe quoi sur le pare-feu IPv6 de la liveBox, sur le dernier point. C'est corrigé. :-[
-
Je répète donc (oui, je suis de bonne humeur, là^^):
- Non. On change de préfixe au bout de 2 mois incompressibles chez Orange, pour le moment. C'est à dire que si le préfixe date de moins de 2 mois, rebooter la box ne changera rien, sinon faut faire gaffe si on a besoin de faire connaitre le préfixe (monitoring, réseau chez soi, etc).
- Sur la LiveBox il y a le NAT et le Pare-feu. Et pour ce dernier, le paramétrage est différent de la partie IPv4. Et le pare-feu IPv6 de la LiveBox ne s'active que sur ligne compatible IPv6.
- Le pare-feu IPv6 de la LiveBox bloque par défaut tous les paquets entrants à destination des IPv6 complets gérés par ta box. Nuance, mais par défaut, cela revient au même. Au niveau du code, cela doit être comme ce que tu dis, et les ouvertures vues comme liste blanche prioritaire, en effet.
- Sur la LiveBox, le pare-feu IPv6, contrairement à celui de l'IPv4, ne filtre jamais les connexions sortantes. Ce qui me parait normal, on a déjà cette fonction sur les pare-feu des systèmes d'exploitation récents. Et si le terminal établi une mauvaise communication lui-même, c'est généralement un virus, un trojan, ou autre joyeuseté.
c'est coherent si j'ai eu 5 prefixes IPv6 différents depuis 2 jours ?
dans le 'firewall' c'est marqué, "laisser vide pour tout les ports" mais ca fait 'port(s) incorrect(s)" si on laisse vide...
(http://i.imgur.com/g0mUsGc.png?1)
comment je peux laisser passer le flux pour une IPv6 particuliere ? et pas que pour UDP et TCP, y'a d'autres choses en IPv6 ...
et je ne peux saisir une adresse IPv6 c'est forcement la liste déroulante...
quid de l'UPnP IGD?
j'ai testé avec un controleur UPnP. On voit bien le firewall v6 mais il y a les meme limitations:
(http://i.imgur.com/9d7YxBd.png?1)
bref c'est pas encore ca ;D
-
Question d'un candide : quelles sont les conditions nécessaires avant de pouvoir supprimer le protocole ipv4 au niveau de la carte réseau ?
Pas avant qu'IPv4 ait disparu d'Internet, donc encore quelquessssss paires d'annéesssssss.... ;)
-
c'est coherent si j'ai eu 5 prefixes IPv6 différents depuis 2 jours ?
Un autre m'a dit quelque chose de similaire.
Mais après avoir discuté en privé de son cas:
- as-tu changé de matériel (box/modem-routeur)?
- as-tu désactivé l'IPv6 durant au moins quelques heures?
dans le 'firewall' c'est marqué, "laisser vide pour tout les ports" mais ca fait 'port(s) incorrect(s)" si on laisse vide...
(http://i.imgur.com/g0mUsGc.png?1)
comment je peux laisser passer le flux pour une IPv6 particuliere ? et pas que pour UDP et TCP, y'a d'autres choses en IPv6 ...
et je ne peux saisir une adresse IPv6 c'est forcement la liste déroulante...
J'ai le même bug pour le "laisser vide".
J'ai trouvé une astuce pour contourner ce problème: mettre 1-65535 dans le champs que tu voulais laisser vide. Cela fonctionne.
J'ai une autre astuce sur IPv4. Lui a aussi à un problème similaire, mais autre astuce... Les joies de la LiveBox!
quid de l'UPnP IGD?
j'ai testé avec un controleur UPnP. On voit bien le firewall v6 mais il y a les meme limitations:
(http://i.imgur.com/9d7YxBd.png?1)
Là, je ne sais pas. Je n'ai pas regardé. De plus, c'était récemment bugué, donc pas osé voir... J'ai juste croisé les doigts.^^
bref c'est pas encore ca ;D
+1
-
Pas avant qu'IPv4 ait disparu d'Internet, donc encore quelquessssss paires d'annéesssssss.... ;)
je pensais que le passage du DNS orange en ipv6 pourrait permettre cette suppression.
je vais donc patienter.... quelques années.
-
- Sur la LiveBox, le pare-feu IPv6, comme celui de l'IPv4, filtre aussi les connexions sortantes.*
Le pare-feu v6 et v4 fait quoi comme filtrage sortant? bloquer des ports de destination, stateful... ? Je pensais aussi qu'il ne filtre pas les connexions sortantes
-
Bloquer le SMTP?
-
Le pare-feu v6 et v4 fait quoi comme filtrage sortant? bloquer des ports de destination, stateful... ? Je pensais aussi qu'il ne filtre pas les connexions sortantes
Voici un début de réponse:
* (edit) Voici mes résultats du test de débit&neutralité; https://lafibre.info/orange-les-news/actualites-ipv6-orange/msg279486/#msg279486
Cela ne teste pas les 65535 ports, mais cela donne une bonne vision.
Presque tous les ports à 4 et 5 chiffres sont bloqués, dont notamment le fameux port 8080. Et beaucoup des autres aussi.
Le test ne met pas le port 25 (SMTP), mais il est ouvert par défaut dans mes paramètres de pare-feu de la LiveBox. ;)
Et voici ce qui est ouvert par défaut (format LiveBox désolé):
HTTP
TCP
80
accepter
HTTPS
TCP
443
accepter
POP3
TCP
110
accepter
POP3S
TCP
995
accepter
SMTPAuth
TCP
587
accepter
SMTP
TCP
25
accepter
FTP
les deux
20-21
accepter
SSH
TCP
22
accepter
NTP
UDP
123
accepter
NNTP
TCP
119
accepter
NNTPS
TCP
563
accepter
DNS
les deux
53
accepter
IMAP
TCP
143
accepter
IRC
TCP
6666-6667
rejeter
IMAPS
TCP
993
accepter
ISAKMP
UDP
500
accepter
STUN
UDP
3478
accepter
IPSEC-NAT-T
UDP
4500
accepter
ICMP
les deux
accepter
ESP-ALARM-TOOL
TCP
30000
accepter
ESP-ALARM
TCP
30100
accepter
Edit: c'est bon, le FTP est ouvert par défaut. Encore heureux.
-
Bonjour
pour les impatients voici le plan de déploiment de l ipv6
déploiement ipv6 :
à partir du 3/02 :
Ile de France (fibre uniquement)
Bretagne, Pays de la Loire, Limousin Poitou Charente, Aquitaine (fibre et vdsl)
à partir du 23/02 :
Ile de France (vdsl)
Nord Pas de Calais, Picardie, Champagne Ardenne, Normandie, Centre, Midi Pyrenees, Lanquedoc Roussillon
à partir du 15/03 :
Alsace Lorraine, Bourgogne Franche Comté, Lyon, Alpes, Auvergnes, Provence Cotes d'Azur, Marseille
sources (http://communaute.orange.fr/t5/Orange-et-Vous/Le-d%C3%A9ploiement-de-l-IPv6-d%C3%A9marre-chez-Orange/bc-p/858344#M1667)
ce plan n'est pas officiel
-
on sait quand la version PPPoE sera arrêtée dans les NRO ?
-
on sait quand la version PPPoE sera arrêtée dans les NRO ?
Non, mais pas avant début 2017.
Perso, je trouve que ce serait cool que cela ne se fasse pas avant quelques années.
Je n'ai pas trouvé le chiffre pour VDSL/FTTH, mais chez Orange ADSL, il y a environ 10% des clients sur modem tiers... et donc pas forcèment compatible DHCP publique.
Je suis conscient que ce chiffre est bien plus faible sur VDSL/FTTH (VDSL pas forcèment compatible France, modem FTTH pas encore sortis commercialement et donc routeur WAN pas forcèment LiveBox). Mais bon, 90 à 99%, ce n'est pas 100%.^^
-
Free et Bouygues Telecom utilisent le DHCP public et cela ne les empêche pas d'avoir de nombreux clients avec modem tiers.
La problématique c'est plus que la migration se fera dans la douleur pour les modems tiers (j'ai dans ma famille des abonnés Orange Internet only, avant que la livebox ne soit proposée systématiquement et je pense que cela va être difficile à gérer)
-
Dans la douleur pour les ceux qui ont des vieux modems peut-être. S'il est compatible DHCP et IPv6 ça passera.
-
Et QoS à la con, et VLAN :o
-
Aucun doute sur la compatibilité du matériel.
Dans la douleur, du fait que la personne qui a fait la config n'est peut être pas sur site et que le client ne sais pas comment modifier la conf de son modem-routeur.
-
Effectivement! Par contre il va y avoir une période de transition où le PPPoE et le DHCP cohabiteront. Donc il faut profiter de la période de transition pour faire le changement de config des "Internet Only" pour éviter le blackout lorsque le PPPoE sera supprimé.
-
Dans la douleur, du fait que la personne qui a fait la config n'est peut être pas sur site et que le client ne sais pas comment modifier la conf de son modem-routeur.
Les personnes qui continuent à se connecter sur ceux-ci pourront être détectées et se faire envoyer un mail ou courrier papier plusieurs semaines à l'avance, comme ça a été le cas avec les détenteurs de Livebox 1.
-
Aucun doute sur la compatibilité du matériel.
moi j'ai un gros doute. on n'arrive deja pas a configuer l'ERL pour ca...
Quasi aucun des routeurs/modem dit 'SOHO' actuels ne supportent la configuration d'Orange DHCP...meme pas sur qu'un Cisco moyen de gamme y arrive....
Chez Free ca marche parce que la Freebox reste en place pour faire bridge. Chez Bytel aussi il me semble ?
L'arret du PPPoE peut signifier de jeter son routeur tiers actuel sauf si la future livebox4 a un mode bridge.
-
Pour Free c'est très standard:
http://www.free.fr/assistance/2251.html
Elle est si bizarre que ça la config DHCP d'Orange? ça serait vraiment dommage que les modems-routeurs grand public ne puisse pas en profiter!
-
Pour Free c'est très standard:
http://www.free.fr/assistance/2251.html
Elle est si bizarre que ça la config DHCP d'Orange? ça serait vraiment dommage que les modems-routeurs grand public ne puisse pas en profiter!
on la détaille ici: https://lafibre.info/remplacer-livebox/remplacer-la-livebox-sans-pppoe/
VLAN, QoS 802.1p (https://fr.wikipedia.org/wiki/IEEE_802.1p) impératif, DHCP avec authentification , etc
-
Pfff, mais pourquoi ils n'ont pas utilisé un DHCP classique tel qu'il est implanté dans tous les modem-routeur du marché? :o :o
Je sens le truc pour forcer la location de la livebox et passer par elle.
-
Pfff, mais pourquoi ils n'ont pas utilisé un DHCP classique tel qu'il est implanté dans tous les modem-routeur du marché? :o :o
Je sens le truc pour forcer la location de la livebox et passer par elle.
simplement parce que la Livebox est multi-service Net, TV, Tel.
Les modem-routeur du marché ne font que Net et n'ont pas besoin de savoir gérer du multi-service.
-
oui mais dans le cas des offres internet only?
De plus, Free arrive bien à proposer une config DHCP standard si tu utilises un modem tiers (tu perds à ce moment là le tel et la tv mais c'est en connaissance de cause).
-
oui mais dans le cas des offres internet only?
Techniquement, cela n'a jamais existé. Il y a toujours eu du téléphone activé sur la ligne, même sans durée incluse (SFR encore aujourd'hui, mais faut bien chercher l'offre).
Et même ce dual-play, à part SFR en ADSL, et quelques petits FAI sur FTTH, il n'y a pas d'autres aujourd'hui.
-
Pardon quand je disais Internet only je pensais aux offres ADSL car même elles vont passer en ipv6 DHCP. Or comme le faisait remarquer Vivien il y a pas mal de personne en ADSL Internet Only qui utilise un Modem-Routeur Perso.
Effectivement l'utilisation d'un Routeur Perso est beaucoup plus marginal dans le cadre du FTTH.
-
J'en faisais parti, quand j'avais une ligne ADSL où j'étais soit seul dessus, soit avec que des personnes uniquement intéressées par un accès internet.
J'ai gardé le vieux modem-routeur.
Je ne sais plus sur un accès DHCP (il me semble que non). Mais pas d'IPv6, pas de VLAN, pas de QoS.
Et en FTTH, encore moins, car pas de port WAN, que du fast ethernet, et wifi jusqu'à la nome G.^^
Bref, que pour de l'ADSL, et sans équipement en amont. Et en LAN, ni tel, ni TV.
-
Que mes équipements en ipv6 ne soient pas ouverts et accessibles par défaut par le monde entier!
Que le pare-feu ipv6 bloque tout en entrée par défaut,
et autorise une configuration sélective de ports ouverts,
me convient bien.
edit: je ne sais plus à qui je répondais, qui me demandait quel type de protection je souhaitais
-
moi j'ai un gros doute. on n'arrive deja pas a configuer l'ERL pour ca...
Quasi aucun des routeurs/modem dit 'SOHO' actuels ne supportent la configuration d'Orange DHCP...meme pas sur qu'un Cisco moyen de gamme y arrive....
Chez Free ca marche parce que la Freebox reste en place pour faire bridge. Chez Bytel aussi il me semble ?
L'arret du PPPoE peut signifier de jeter son routeur tiers actuel sauf si la future livebox4 a un mode bridge.
Je parlais en ADSL, où Bytel et Free n'utilisent pas de PPPoE / PPPoA mais une connexion RFC1483 supporté par le Sagem F@st800 et les concurrents :
(https://lafibre.info/images/adsl/Sagem800dgp1.png)
En FTTH, Bytel, c'est assez simple : il faut se mettre sur le VLAN 200, mettre en dur l'IP publique, la gateway, et reprendre l'adresse mac de la box. Il faut donc sniffer les paquets pour trouver les bonnes données mais après c'est vraiment simple, sous réserve de pouvoir modifier son adresse mac.
-
Après passage en ipv6,
la livebox indique des serveurs DNS IPV4 mais pas IPV6
quelles incidences?
-
Aucune pour l'instant, sachant que leurs serveurs savent résoudre des IPv6.
Quand ils éteindront l'IPv4, il y aura besoin de serveurs DNS IPv6 mais Orange aura prévu le coup à l'avance.
-
Que mes équipements en ipv6 ne soient pas ouverts et accessibles par défaut par le monde entier!
Que le pare-feu ipv6 bloque tout en entrée par défaut,
et autorise une configuration sélective de ports ouverts,
me convient bien.
Donc tu as sur des périphériques
- des serveurs qui écoutent des connexions venant de n'importe quelle adresse
- PAS de pare-feu bloquant les connexions non désirées
mais tu penses que la box devrait bloquer des connexions que tes périphériques veulent accepter?
-
Donc tu as sur des périphériques
- des serveurs qui écoutent des connexions venant de n'importe quelle adresse
- PAS de pare-feu bloquant les connexions non désirées
mais tu penses que la box devrait bloquer des connexions que tes périphériques veulent accepter?
oui, mais
je dirai plutôt "peuvent accepter",
par exemple, une imprimante, une camera locale, le décodeur play tv, ...
que je voudrais inaccessibles depuis le monde entier
-
Donc tu as sur des périphériques
- des serveurs qui écoutent des connexions venant de n'importe quelle adresse
- PAS de pare-feu bloquant les connexions non désirées
mais tu penses que la box devrait bloquer des connexions que tes périphériques veulent accepter?
On en avait déjà discutés mais à part si on désire héberger un serveur ou un programme particulier nécessitant d'avoir quelques ports accessibles sur une IPv6 depuis l'extérieur, la meilleure configuration minimale est de bloquer l'accès au préfixe IPv6 depuis le net, et de laisser entrer que les paquets relatifs à une connexion déjà établie depuis l'intérieur = stateful.
Et comme ça si sur l'IP 2001::4, il faut autoriser le port 80 pour se lancer dans l'auto-hébergement, une petite config sur le pare-feu et c'est bon, sans avoir de risque d'exposer le port 22 de la même machine par exemple.
Malheuresement Free ne fait pas ça
-
Je te mets au défi de définir connexion établie en quelques mots.
-
par exemple, une imprimante, une camera locale, le décodeur play tv, ...
que je voudrais inaccessibles depuis le monde entier
Alors pourquoi les connecter à Internet?
-
Il les connecte à son réseau local qui lui est connecté à internet...
-
Non!
Tu n'es pas connecté à Internet, tu es DANS Internet.
-
Je te mets au défi de définir connexion établie en quelques mots.
en TCP : un échange de paquets entre le serveur et le client, après avoir effectué un handshake TCP au préalable, et jusqu'à l'échange de flag TCP qui ferment la connexion (ou le timeout) ;)
-
Et donc comment fais-tu avec un serveur FTP?
-
Et donc comment fais-tu avec un serveur FTP?
FTP passif?
-
FTP passif?
Déjà essayé un tel serveur derrière une LiveBox.
Si tu ne veux pas être en DMZ, et si tu n'a pas la patience de paramétrer la Livebox pour que cela fonctionne sans DMZ, oubli!
-
@corrector, @turold
En IPv6, chaque machine possède une ou plusieurs IP routées, donc il suffit d'autoriser le serveur FTP sur le pare-feu, je vois pas ce qui pose problème ensuite.
-
Pour la LiveBox, c'est un peu compliqué, il faut intervenir conjointement à 2 endroits:
- Pare-feu: il faut ouvrir port par port en IPv4 (pas ce souci en IPv6, mais tous tes clients de ce serveur ne sont pas forcèment IPv6 compatible)
- NAT: c'est pour seulement IPv4 normalement (pas testé en IPv6), mais c'est aussi port par port!
FileZilla Server veut qu'on autorise au moins 100 ports à ce mode (si activé): soit un minimum de 200 paramètres au cas par cas dans la LiveBox!
Bonne demi-journée en perspective sans DMZ... ::)
-
Ca c'est quand tu as un firewall idiot.
Généralement quand tu as un firewall stateful, pour ce genre de protocoles batards (FTP, SIP/RTP) tu as des modules complèmentaires qui vont scruter le contenu du paquet pour ouvrir à la volée les ports nécessaires.
Genre FTP avec le module conntrack_ftp (pour le firewall) et conntrack_nat_ftp (pour nat) vont pour les paquets FTP voir à la volée le port qui est annoncé dans le paquet pour l'ouvrir car "RELATED" au paquet ftp principal. Donc sur un bon firewall (et la lb pourrait le faire, ça se trouve elle le fait mais vu que je m'en sers pas j'en sais rien), tu ouvres que le 21 et les paquest established/related et ça passe sans soucis.
-
Sinon il y a la méthode bourrin qui consiste à faire passer son FTP par un proxy SOCKS (avec putty ouvert en même temps, qui crée le tunnel SOCKS), et WinSCP gère ça très bien ^^ ça évite de se perdre une heure dans la configuration, il suffit juste d'ouvrir le SSH et l'avantage est d'avoir accès à son FTP de manière sécurisée!
Second truc encore plus pratique, si le serveur SSH est sur la même machine que celle contenant les données, il suffit d'utiliser SFTP ;)
-
Bouh, là je ne suis pas ...
j'ai effectivement un serveur ftp mode actif sur un NAS,
pour lequel, dans la livebox, je "NAT" le seul port 21 tcp en ipv4.
Heureusement (!) ce NAS n'obtient pas d'adresse ipv6.
me voilà sauvé ... pour l'instant!
-
Le nas à un firewall normalement...
-
Ca c'est quand tu as un firewall idiot.
Généralement quand tu as un firewall stateful, pour ce genre de protocoles batards (FTP, SIP/RTP) tu as des modules complèmentaires qui vont scruter le contenu du paquet pour ouvrir à la volée les ports nécessaires.
Genre FTP avec le module conntrack_ftp (pour le firewall) et conntrack_nat_ftp (pour nat) vont pour les paquets FTP voir à la volée le port qui est annoncé dans le paquet pour l'ouvrir car "RELATED" au paquet ftp principal.
Mais c'est bien là mon objection de principe : sauf sur avec micrologiciel opensource, tu ne sais jamais quels modules sont chargés, sauf essais et erreurs. Et tu ne connais pas leurs paramètres.
La plupart des box n'ont pas un micrologiciel opensource, en tout cas celle qui propose le 3P.
Le comportement de ces engins est donc une boite noire.
Même si tu connais le comportement de ta box, cela ne te permet pas de prédire celui de la box d'un client dont tu fais le support technique.
-
Bouh, là je ne suis pas ...
j'ai effectivement un serveur ftp mode actif sur un NAS,
pour lequel, dans la livebox, je "NAT" le seul port 21 tcp en ipv4.
Tu as essayé avec FileZilla Server?
Le client de FileZilla Server t'affiche les contenu des connexions de contrôle.
-
En serveur ftp mode passif, le client que j'utilise affiche bien
les commandes PASV avec les n° de port proposés par le serveur;
que le client ouvrira.
En serveur ftp mode actif, le client affiche aussi les commandes PORT
avec les ports qu'il demande d'ouvrir par le serveur.
le protocole ftp est une vieillerie un peu bizarre ...
-
le protocole ftp est une vieillerie un peu bizarre ...
Le FTP n'a pas d'age, c'est une veille de 80 ans qui a un visage de 12 ans et des nibards de 18 ans; regarde une liste de quelques RFC couvrant le FTP :
RFC 697 – CWD Command of FTP. July 1975.
RFC 959 – (Standard) File Transfer Protocol (FTP). J. Postel, J. Reynolds. October 1985.
RFC 1579 – (Informational) Firewall-Friendly FTP. February 1994.
RFC 1635 – (Informational) How to Use Anonymous FTP. May 1994.
RFC 1639 – FTP Operation Over Big Address Records (FOOBAR). June 1994.
RFC 1738 – Uniform Resource Locators (URL). December 1994.
RFC 2228 – (Proposed Standard) FTP Security Extensions. October 1997.
RFC 2389 – (Proposed Standard) Feature negotiation mechanism for the File Transfer Protocol. August 1998.
RFC 2428 – (Proposed Standard) Extensions for IPv6, NAT, and Extended passive mode. September 1998.
RFC 2577 – (Informational) FTP Security Considerations. May 1999.
RFC 2640 – (Proposed Standard) Internationalization of the File Transfer Protocol. July 1999.
RFC 3659 – (Proposed Standard) Extensions to FTP. P. Hethmon. March 2007.
RFC 5797 – (Proposed Standard) FTP Command and Extension Registry. March 2010.
RFC 7151 - (Proposed Standard) File Transfer Protocol HOST Command for Virtual Hosts. March 2014.
Ce protocole a historiquement un paquet de défauts de conception touchant aussi bien l'encodage des noms, la sécurité, et même la standardisation du listing de répertoire. C'est au départ une bidouille de merde à base de ls -l.
Du coup, "serveur FTP" ne veut RIEN dire : tu peux aussi bien avoir un machin obsolète non-sécurisé, avec noms de fichiers en ASCII uniquement, avec aucune façon pour un client de régler les mtime d'un fichier (coucou la Freebox TV) ou un serveur compatible IPv4 et IPv6, noms de fichiers en UTF8, dont la sécurité est assurée par TLS y compris la protection contre le piratage de connexion de données par le mécanisme de sessions de TLS (coucou FileZilla client/serveur).
Plutôt que de parler de serveur FTP, parle de serveur supportant telles ou telles commandes.
-
Tu as essayé avec FileZilla Server?
server ! eh eh :)
-
En serveur ftp mode passif, le client que j'utilise affiche bien
les commandes PASV avec les n° de port proposés par le serveur;
que le client ouvrira.
En serveur ftp mode actif, le client affiche aussi les commandes PORT
avec les ports qu'il demande d'ouvrir par le serveur.
Le fait d'utiliser plusieurs connexions TCP n'est pas une exclusivité du FTP, mais le fait (par défaut) de recevoir des connexions TCP sur le client n'est pas commun, en dehors des protocoles P2P bien sûr.
Cela avait l'avantage de permettre d'envoyer un fichier d'un serveur FTP à un autre directement. Cependant cette fonction a été bloquée car il était très facile d'en abuser : rien dans le protocole ne permet à un serveur FTP de vérifier qu'il envoie des données à un autre serveur FTP. Tu pourrais demander à un serveur FTP de se connecter sur un serveur SMTP (même si une liste noire exclut les ports bien connus, c'est ad hoc et ça ne résout pas le problème général).
Si le protocole avait été moins mal conçu, une couche de présentation aurait évité la plupart des problèmes; voilà ce qu'il faudrait :
Fc : serveur FTP client FTPDATA
Fs : serveur FTP serveur FTPDATA
Fc->Fs : Hello, ceci est une connexion FTPDATA pour le compte du client a.b.c.d:port
Fc->Fs : Acceptes-tu de recevoir une connexion FTPDATA?
Fs->Fc : J'accepte la connexion FTPDATA.
Fc->Fs : Voici les données : ......
De façon générale, tous les protocoles doivent avoir une telle protection : le contenu de la connexion TCP doit inclure le nom du protocole afin d'éviter les mélanges, comme un détrompeur sur une prise. Le mieux est d'avoir un échange de politesses algorithmiques qui prouve que chacun implèmente le protocole.
C'est une erreur de conception qui reste trop commune.
-
Essai avec https://ftptest.net/
Warning: Plaintext FTP is insecure. You should use explicit FTP over TLS.
Status: Resolving address of 82.225.X.X
Status: Connecting to 82.225.X.X
Warning: The entered address does not resolve to an IPv6 address.
Status: Connected, waiting for welcome message...
Reply: 220-FileZilla Server 0.9.53 beta
Reply: 220-written by Tim Kosse (tim.kosse@filezilla-project.org)
Reply: 220 Please visit https://filezilla-project.org/
Command: CLNT https://ftptest.net on behalf of 2a01:e35:2XXX:XXX0:XXXX:XXXX:XXXX:XXXX
Reply: 200 Don't care
Command: USER test
Reply: 331 Password required for test
Command: PASS ****
Reply: 230 Logged on
Command: SYST
Reply: 215 UNIX emulated by FileZilla
Command: FEAT
Reply: 211-Features:
Reply: MDTM
Reply: REST STREAM
Reply: SIZE
Reply: MLST type*;size*;modify*;
Reply: MLSD
Reply: AUTH SSL
Reply: AUTH TLS
Reply: PROT
Reply: PBSZ
Reply: UTF8
Reply: CLNT
Reply: MFMT
Reply: EPSV
Reply: EPRT
Reply: 211 End
Command: PWD
Reply: 257 "/" is current directory.
Status: Current path is /
Command: TYPE I
Reply: 200 Type set to I
Command: PASV
Reply: 227 Entering Passive Mode (82,225,X,X,227,253)
Command: MLSD
Status: Data connection established.
Reply: 150 Opening data channel for directory listing of "/"
Reply: 226 Successfully transferred "/"
Status: Success
(000016)13/02/2016 15:46:23 - (not logged in) (136.243.154.86)> Connected on port 21, sending welcome message...
(000016)13/02/2016 15:46:23 - (not logged in) (136.243.154.86)> 220-FileZilla Server 0.9.53 beta
(000016)13/02/2016 15:46:23 - (not logged in) (136.243.154.86)> 220-written by Tim Kosse (tim.kosse@filezilla-project.org)
(000016)13/02/2016 15:46:23 - (not logged in) (136.243.154.86)> 220 Please visit https://filezilla-project.org/
(000016)13/02/2016 15:46:24 - (not logged in) (136.243.154.86)> CLNT https://ftptest.net on behalf of 2a01:e35:2e1X:XXX0:XXXX:XXXX:XXXX:XXXX
(000016)13/02/2016 15:46:24 - (not logged in) (136.243.154.86)> 200 Don't care
(000016)13/02/2016 15:46:24 - (not logged in) (136.243.154.86)> USER test
(000016)13/02/2016 15:46:24 - (not logged in) (136.243.154.86)> 331 Password required for test
(000016)13/02/2016 15:46:24 - (not logged in) (136.243.154.86)> PASS ****
(000016)13/02/2016 15:46:24 - test (136.243.154.86)> 230 Logged on
(000016)13/02/2016 15:46:24 - test (136.243.154.86)> SYST
(000016)13/02/2016 15:46:24 - test (136.243.154.86)> 215 UNIX emulated by FileZilla
(000016)13/02/2016 15:46:24 - test (136.243.154.86)> FEAT
(000016)13/02/2016 15:46:24 - test (136.243.154.86)> 211-Features:
(000016)13/02/2016 15:46:24 - test (136.243.154.86)> MDTM
(000016)13/02/2016 15:46:24 - test (136.243.154.86)> REST STREAM
(000016)13/02/2016 15:46:24 - test (136.243.154.86)> SIZE
(000016)13/02/2016 15:46:24 - test (136.243.154.86)> MLST type*;size*;modify*;
(000016)13/02/2016 15:46:24 - test (136.243.154.86)> MLSD
(000016)13/02/2016 15:46:24 - test (136.243.154.86)> AUTH SSL
(000016)13/02/2016 15:46:24 - test (136.243.154.86)> AUTH TLS
(000016)13/02/2016 15:46:24 - test (136.243.154.86)> PROT
(000016)13/02/2016 15:46:24 - test (136.243.154.86)> PBSZ
(000016)13/02/2016 15:46:24 - test (136.243.154.86)> UTF8
(000016)13/02/2016 15:46:24 - test (136.243.154.86)> CLNT
(000016)13/02/2016 15:46:24 - test (136.243.154.86)> MFMT
(000016)13/02/2016 15:46:24 - test (136.243.154.86)> EPSV
(000016)13/02/2016 15:46:24 - test (136.243.154.86)> EPRT
(000016)13/02/2016 15:46:24 - test (136.243.154.86)> 211 End
(000016)13/02/2016 15:46:24 - test (136.243.154.86)> PWD
(000016)13/02/2016 15:46:24 - test (136.243.154.86)> 257 "/" is current directory.
(000016)13/02/2016 15:46:24 - test (136.243.154.86)> TYPE I
(000016)13/02/2016 15:46:24 - test (136.243.154.86)> 200 Type set to I
(000016)13/02/2016 15:46:24 - test (136.243.154.86)> PASV
(000016)13/02/2016 15:46:24 - test (136.243.154.86)> 227 Entering Passive Mode (192,168,1,1,206,73)
(000016)13/02/2016 15:46:25 - test (136.243.154.86)> MLSD
(000016)13/02/2016 15:46:25 - test (136.243.154.86)> 150 Opening data channel for directory listing of "/"
(000016)13/02/2016 15:46:25 - test (136.243.154.86)> 226 Successfully transferred "/"
(000016)13/02/2016 15:46:25 - test (136.243.154.86)> disconnected.
Essai en mode TLS :
... (tout pareil)
Command: PASV
Reply: 227 Entering Passive Mode (192,168,1,1,247,66)
Error: Server returned unroutable private IP address in PASV reply
-
En serveur ftp mode passif, le client que j'utilise affiche bien
les commandes PASV avec les n° de port proposés par le serveur;
que le client ouvrira.
Non, attention à la terminologie; on n'ouvre pas un port!
Avec PASV le client n'ouvre aucun port, il fait une ouverture active de connexion tout en fixant le port source (bind(2), connect(2)). Le serveur a fait une ouverture passive (listen(2), accept(2)).
(https://upload.wikimedia.org/wikipedia/commons/2/29/FTP_mode_actif.png?uselang=fr)
Sauf que de nombreux serveurs ne fixent PAS le port source contrairement au schéma et à la spécification, vu que ça ne sert rigoureusement à rien.
En serveur ftp mode actif, le client affiche aussi les commandes PORT
avec les ports qu'il demande d'ouvrir par le serveur.
Non, le client FTP fait une ouverture passive TCP (listen(2), accept(2)), et il demande au serveur FTP de faire une ouverture active de connexion (connect(2)).
(https://upload.wikimedia.org/wikipedia/commons/thumb/8/84/Passive_FTP_Verbindung.svg/200px-Passive_FTP_Verbindung.svg.png?uselang=fr)
Source : WP : FTP : La connexion de données (https://fr.wikipedia.org/wiki/File_Transfer_Protocol#La_connexion_de_donn.C3.A9es)
le protocole ftp est une vieillerie un peu bizarre ...
Un "peu" bizarre ... non plus que ça. C'est une somme de bizarreries.
Le protocole a la particularité d'être intrinsèquement "insécurisé", indépendamment de la couche réseau : même sur IPsec (et DNSSEC pour la résolution des noms), l'utilisation de ce protocole dans sa version native (d'origine sans TLS) est vulnérable à des attaques par tipiakage de la connexion de données : la partie passive (client qui fait PORT ou serveur quand le client fait PASV) n'a strictement aucun moyen de s'assurer que la connexion provient de la partie active; un attaquant peut ouvrir une connexion au bon moment et envoyer des données, surtout sur des systèmes qui ne randomisent pas les numéros de port.
La plupart des protocoles sont sûrs en présence de IPsec complet (chiffrement de tous les paquets). FTP n'est même pas sûr à 100% sur localhost sauf à activer TLS en mode "fort" :
-
Ca c'est quand tu as un firewall idiot.
Généralement quand tu as un firewall stateful, pour ce genre de protocoles batards (FTP, SIP/RTP) tu as des modules complèmentaires qui vont scruter le contenu du paquet pour ouvrir à la volée les ports nécessaires.
Genre FTP avec le module conntrack_ftp (pour le firewall) et conntrack_nat_ftp (pour nat) vont pour les paquets FTP voir à la volée le port qui est annoncé dans le paquet pour l'ouvrir car "RELATED" au paquet ftp principal. Donc sur un bon firewall (et la lb pourrait le faire, ça se trouve elle le fait mais vu que je m'en sers pas j'en sais rien), tu ouvres que le 21 et les paquest established/related et ça passe sans soucis.
Ce qui cesse de marcher dès que tu actives FTP sur TLS.
Ta contribution au non chiffrement du net est bien notée et approuvée par la NSA.
-
Cette nuit passage en ipv6 au Chesnay (78).
Du coup j'ai du boulot ;-)
Pas de baisse de débit, tout au contraire :)
https://www.speedtest.net/my-result/5119171327
-
Bon de ce j'ai compris sur les ipv6 c'est que chaque pc a son adresse public, en soit c'est vraiment génial.
Mais tu maitrises plus rien plus de nat chaque machine livré à elle même, imagine un dsi ne pas maitriser le truc.
Déjà moi avec mes 9/10 Pc j'ai du mal, je préfère mon routeur qui est la porte d'entrée que je gère.
Plus de NAT, mais un pare-feu à configurer pour l'ipv6. (Voir la configuration Ouverture de port(s) dans le firewall IPv6)
Votre Livebox par défaut protège vos équipements locaux en entrée et laisse passer leur flux sortant.
Donc pas de panique ;-)
-
Beurk.
Est-ce qu'il y a un protocole permettant d'ouvrir les ports automatiquement, au moins?
-
Je viens de remarquer un détail qui me semble important concernant l'IPv6 sur une livebox 2, ADSL, dans l'Oise (60) :
Depuis la mise à jour qui à modifiée le mot de passe "admin", l'option IPv6 était apparue sur la livebox, bien qu'inutilisable.
Pourtant j'ai remarqué que depuis une mise à jour (plus ou moins récente) l'IPv6 à disparue dans le menu configuration avancée
Cela doit surement avoir un rapport avec le déploiement IPv6 pour la fibre et vdsl dans la région, si ça peut donner un indice (ou pas)...
L'image ci-dessous montre l'option qui à disparue sur la livebox dont je parle
-
Non, il y avait tout simplement un bug dans le firmware qui faisait que la fenêtre s'affichait, qu'IPv6 soit disponible ou non.
C'était pareil avec ma LB3 qui affichait cet écran en Avril 2015 quand on m'a installé la fibre, écran qui a disparu lors de la mise à jour suivante (en Juin ou Juillet de mémoire).
-
Haaa, les appareils ipv4 et ipv6 pouraient donc alors cohabiter
sur mon réseau local et être gérés, protégés (firewall) par la livebox !
Bonne nouvelle, merci.
oui le pare-feu ipv6 de la Livebox bloque par défaut les connexions entrantes.
-
En configurant le par feu ipv6, je peux enfin utiliser l'ipv6 si je ne me suis pas tromper
-
Plus de NAT, mais un pare-feu à configurer pour l'ipv6. (Voir la configuration Ouverture de port(s) dans le firewall IPv6)
Votre Livebox par défaut protège vos équipements locaux en entrée et laisse passer leur flux sortant.
Donc pas de panique ;-)
oui le pare-feu ipv6 de la Livebox bloque par défaut les connexions entrantes.
À moitié vrai/faux!
Attention, la LiveBox ouvre des ports par défaut en bidirectionnel.
J'ai fait de nombreux tests pour le démontrer (dont le test de neutralité de Vivien qui initie tous depuis l'ordi, donc en sortant normalement, mais avec des blocages si je n'ouvrais pas entièrement les pare-feu de la LiveBox).
Les ports ouverts par défauts sont les mêmes en IPv4 et IPv6.
Mais ce sont 2 pare-feu différents... avec 2 philos différentes:
- IPv4: on peut choisir la direction de l'ouverture (cool)
- IPv6, c'est de l'ouverture bidirectionnelle! (beurk)
J'ai marre de me répéter sur la liste par défaut des ports. Vous la trouverez facilement en mettant le pare-feu sur "personnaliser" (ou un truc du genre, je ne suis pas chez moi là, et pas avec une LiveBox durant ce temps ailleurs). Edit: astuce sur la partie IPv4.
-
À moitié vrai/faux!
Attention, la LiveBox ouvre des ports par défaut en bidirectionnel.
J'ai fait de nombreux tests pour le démontrer (dont le test de neutralité de Vivien qui initie tous depuis l'ordi, donc en sortant normalement, mais avec des blocages si je n'ouvrais pas entièrement les pare-feu de la LiveBox).
Les ports ouverts par défauts sont les mêmes en IPv4 et IPv6.
Mais ce sont 2 pare-feu différents... avec 2 philos différentes:
- IPv4: on peut choisir la direction de l'ouverture (cool)
- IPv6, c'est de l'ouverture bidirectionnelle! (beurk)
J'ai marre de me répéter sur la liste par défaut des ports. Vous la trouverez facilement en mettant le pare-feu sur "personnaliser" (ou un truc du genre, je ne suis pas chez moi là, et pas avec une LiveBox durant ce temps ailleurs).
Tu confond un peu l'ouverture de port et le 'tracking des connexions sortantes' (conntrack).
-
Tu confond un peu l'ouverture de port et le 'tracking des connexions sortantes' (conntrack).
Alors explique!
L'outil de Vivien n'est pas un navigateur.
Seul le pare-feu de la LB bloquait, car en ouvrant tout dedans, pas de soucis dans son test...
Et le port 8080 est bloqué en sortie aussi, car sans rien ouvrir dans la LB, impossible de jouer à Aion. Son ouverture dans la LB règle ce souci!
-
Et si je suis con, alors pourquoi la règle suivante, dans le pare-feu IPv4 de la LiveBox, règle tous les soucis de non-communication sur la plupart des ports qui ne sont pas par défaut dans le pare-feu, initié par l'ordi?
Partie IPv4:
allsortieall (nom que je donne, mais c'est comme on veut ici)
les deux
192.168.1.0 (source)
255.255.255.0 (source)
(laisser vide pour les ports)
accepter
J'ouvre seulement les ports dans le sens LAN->Internet.
Pourquoi donner cette possibilité de direction, dans les règles de pare-feu IPv4 dans la LiveBox, si tout est ouvert par défaut????
-
L'outil de Vivien n'est pas un navigateur.
Seul le pare-feu de la LB bloquait, car en ouvrant tout dedans, pas de soucis dans son test...
Et le port 8080 est bloqué en sortie aussi, car sans rien ouvrir dans la LB, impossible de jouer à Aion. Son ouverture dans la LB règle ce souci!
tu parles de ca : https://lafibre.info/tester-son-debit/test-neutralite/ ?
ca utilise curl donc c'est exactement comme si on utilisait un navigateur. y'a rien de plus.
en mode par défaut, firewall sur 'moyen', la livebox ne bloque que les ports 'dangereux' en sortie (partage de fichier windows).
voici les tables (extraites directement d'un livebox):
-A FORWARD_L_Low -p tcp -m tcp --dport 135 -j REJECT --reject-with tcp-reset
-A FORWARD_L_Low -p udp -m udp --dport 135 -j REJECT
-A FORWARD_L_Low -p tcp -m tcp --dport 137:139 -j REJECT --reject-with tcp-reset
-A FORWARD_L_Low -p udp -m udp --dport 137:139 -j REJECT
-A FORWARD_L_Low -p tcp -m tcp --dport 445 -j REJECT --reject-with tcp-reset
-A FORWARD_L_Low -p udp -m udp --dport 445 -j REJECT
-A FORWARD_L_Low -j ACCEPT
-A FORWARD_L_Medium -m state --state RELATED,ESTABLISHED -j ACCEPT
apre si t'es en mode 'élevé' c'est normal car t'es limité a ca en sortie:
-A FORWARD_L_High -p tcp -m tcp --dport 20 -j ACCEPT
-A FORWARD_L_High -p tcp -m tcp --dport 21 -j ACCEPT
-A FORWARD_L_High -p udp -m udp --dport 20 -j ACCEPT
-A FORWARD_L_High -p udp -m udp --dport 21 -j ACCEPT
-A FORWARD_L_High -p tcp -m tcp --dport 22 -j ACCEPT
-A FORWARD_L_High -p tcp -m tcp --dport 25 -j ACCEPT
-A FORWARD_L_High -p tcp -m tcp --dport 53 -j ACCEPT
-A FORWARD_L_High -p udp -m udp --dport 53 -j ACCEPT
-A FORWARD_L_High -p tcp -m tcp --dport 80 -j ACCEPT
-A FORWARD_L_High -p tcp -m tcp --dport 110 -j ACCEPT
-A FORWARD_L_High -p tcp -m tcp --dport 119 -j ACCEPT
-A FORWARD_L_High -p udp -m udp --dport 123 -j ACCEPT
-A FORWARD_L_High -p tcp -m tcp --dport 143 -j ACCEPT
-A FORWARD_L_High -p tcp -m tcp --dport 443 -j ACCEPT
-A FORWARD_L_High -p udp -m udp --dport 500 -j ACCEPT
-A FORWARD_L_High -p tcp -m tcp --dport 563 -j ACCEPT
-A FORWARD_L_High -p tcp -m tcp --dport 587 -j ACCEPT
-A FORWARD_L_High -p tcp -m tcp --dport 993 -j ACCEPT
-A FORWARD_L_High -p tcp -m tcp --dport 995 -j ACCEPT
-A FORWARD_L_High -p udp -m udp --dport 3478 -j ACCEPT
-A FORWARD_L_High -p udp -m udp --dport 4500 -j ACCEPT
-A FORWARD_L_High -p tcp -m tcp --dport 30000 -j ACCEPT
-A FORWARD_L_High -p tcp -m tcp --dport 30100 -j ACCEPT
-A FORWARD_L_High -p tcp -m tcp --dport 6666 -j REJECT --reject-with tcp-reset
-A FORWARD_L_High -p tcp -m tcp --dport 6667 -j REJECT --reject-with tcp-reset
-A FORWARD_L_High -p icmp -j ACCEPT
-
Passage en IPV6 chez moi à Quimper aujourd'hui....
-
Cette LB me donne des cheveux blancs!
Donc, quand on se met en mode "perso", le pare-feu se met en élevé dans le même temps?
Possible... car après on est censé mettre les règles que l'on veut.
D'ailleurs, dès qu'on a ce genre de souci, même pour un seul port, j'avais demandé de l'aide au 3900 au début. Réponse de leur part? "Mettez votre ordinateur en DMZ."
...
Dois-je en rire ou en pleurer?
Pour les ports dangereux, je verrais du coup si je mets des règles de rejet en sortie, en gardant l'autre. Je crois que la priorité est comme cela (de la plus haute à la plus basse), à vérifier:
- rejet perso
- autorisation perso
- règle par défaut visible en mode perso (uniquement dans ce mode, et apparemet aussi en élevé)
- règle par défaut non-visible
J'avais testé les choses suivantes, mais, rien changeait:
- appliquer d'abord le mode faible, puis se mettre en mode perso
- appliquer d'abord le mode moyen, puis se mettre en mode perso
- appliquer d'abord le mode élevé, puis se mettre en mode perso*
Et vu ta 2ème liste, Kgersen, je pense que la LiveBox fait automatiquement comme *ceci pour le mode perso. Heureusement que j'ai trouvé l'astuce pour tout autorisé en sortie, du LAN entier, en une seule règle.^^
Du coup, désormais, quand je continuerai à répéter cette histoire de ports en sortie, faut que j'ajoute que c'est uniquement dans les modes élevé et perso.
-
L'option IPv6 est maintenant activée par défaut ou il faut toujours que le client active IPv6 dans sa livebox ?
(Pour une utilisation massive, il faudrait une activation par défaut)
-
Dans mon cas au Chesnay 78, activation cette semaine et par défaut.
-
L'activation est par défaut! ;)
-
L'option IPv6 est maintenant activée par défaut
Sûrement, vu le trafic important qui se dégage des plages FBN v6 (tout est dans 2a01:cb* / *.ipv6.abo.wanadoo.fr) par rapport aux plages v4 (LFbn-*.abo.wanadoo.fr) vu de sources publiques telles que les contributions Wikipédia, et ce dès les heures qui suivent l'activation d'une zone.
-
À moitié vrai/faux!
Attention, la LiveBox ouvre des ports par défaut en bidirectionnel.
J'ai fait de nombreux tests pour le démontrer (dont le test de neutralité de Vivien qui initie tous depuis l'ordi, donc en sortant normalement, mais avec des blocages si je n'ouvrais pas entièrement les pare-feu de la LiveBox).
Les ports ouverts par défauts sont les mêmes en IPv4 et IPv6.
Mais ce sont 2 pare-feu différents... avec 2 philos différentes:
- IPv4: on peut choisir la direction de l'ouverture (cool)
- IPv6, c'est de l'ouverture bidirectionnelle! (beurk)
J'ai marre de me répéter sur la liste par défaut des ports. Vous la trouverez facilement en mettant le pare-feu sur "personnaliser" (ou un truc du genre, je ne suis pas chez moi là, et pas avec une LiveBox durant ce temps ailleurs). Edit: astuce sur la partie IPv4.
Je ne remets pas en cause vos affirmations mais dans ma configuration :
OS X 10.11 - plein de ports ouverts sur mon Mac (UDP ou TCP ...) ( sudo lsof -i -nP pour avoir la liste par processus )
j'ai effectué un nmap -6 TCP/UDP sur les 65535 ports de mon adresse ipv6, pare-feu ipv6 de ma Livebox actif, à partir d'un serveur dédié sous Ubuntu :
aucun port ouvert détecté
Le même scan en ipv4 découvre les ports que j'ai ouverts volontairement (NAT ipv4)
J'ai donc confiance dans le pare-feu ipv6 de ma livebox et de toute façon il n'y a pas de virus sur Mac ;-)
-
Qu'est-ce que tu voudrais comme "protection"?
Latex double épaisseur ?
-
Je ne remets pas en cause vos affirmations mais dans ma configuration :
OS X 10.11 - plein de ports ouverts sur mon Mac (UDP ou TCP ...) ( sudo lsof -i -nP pour avoir la liste par processus )
j'ai effectué un nmap -6 TCP/UDP sur les 65535 ports de mon adresse ipv6, pare-feu ipv6 de ma Livebox actif, à partir d'un serveur dédié sous Ubuntu :
aucun port ouvert détecté
Le même scan en ipv4 découvre les ports que j'ai ouverts volontairement (NAT ipv4)
J'ai donc confiance dans le pare-feu ipv6 de ma livebox
Cela ne se détecte pas par scan de port.
Car le pare-feu intégré au système d'exploitation, y compris Mac OS X, est là aussi pour contrer les scans de ports.
Je te conseille de vérifier avec le test de neutralité de Vivien pour les connexions sortantes: https://lafibre.info/tester-son-debit/test-neutralite/
Et ce que j'ai dit n'est pas valable tout le temps. On me l'a fait remarqué entre temps.
et de toute façon il n'y a pas de virus sur Mac ;-)
No comment.
-
J'ai donc confiance dans le pare-feu ipv6 de ma livebox et de toute façon il n'y a pas de virus sur Mac ;-)
Moi pas... une box c'est une sorte de boite noire : on ne sait pas comment elle fonctionne vraiment, et si demain Orange fait une bourde et change quelques règles du firewall par une mise à jour, c'est un risque pour le réseau derrière...
-
Cela ne se détecte pas par scan de port.
Car le pare-feu intégré au système d'exploitation, y compris Mac OS X, et là aussi pour contrer les scans de ports.
Je te conseille de vérifier avec le test de neutralité de Vivien pour les connexions sortantes: https://lafibre.info/tester-son-debit/test-neutralite/
le pare-feu de mon Mac est configuré pour ne pas filtrer les ports ouverts.
D'ailleurs dès que j'autorise les connexions entrantes dans le pare-feu ipv6 de la livebox, mon scan nmap détecte bien le port ouvert en ipv6 sur mon Mac
Bon weekend!
-
Moi pas... une box c'est une sorte de boite noire : on ne sait pas comment elle fonctionne vraiment, et si demain Orange fait une bourde et change quelques règles du firewall par une mise à jour, c'est un risque pour le réseau derrière...
D'où l'intérêt de tout ouvrir : pas de sentiment de sécurité!
En plus le sens de --state RELATED dépend des modules conntrack chargés.
-
J'ai donc confiance dans le pare-feu ipv6 de ma livebox et de toute façon il n'y a pas de virus sur Mac ;-)
Il n'y a pas de vulnérabilités sur Mac? ;)
-
Bah non, il n'y a pas de virus non plus.
It just werks. ::)
-
"Itchy et Scratchy Land, le parc d'attraction de l'avenir où rien ne pourrirait tomber en panne"
-
En 8 ans d'usage sur mac = 0 virus
de toute façon le meilleur anti virus ces votre cerveau
-
J'ai donc confiance dans le pare-feu ipv6 de ma livebox et de toute façon il n'y a pas de virus sur Mac ;-)
En 8 ans d'usage sur mac = 0 virus
de toute façon le meilleur anti virus ces votre cerveau
Le pare feu ne te protège pas des virus donc tu es aussi vulnérable qu'un autre que tu sois sur mac ou pc ou je ne sais quoi.. Il te protège est attaques, et empêche l'accès non autorisé à ton réseau local par exemple.
-
Le pare-feu te protège si tu as des services réseau :
- vulnérables
- qui écoutent une socket sur une adresse accessible depuis l'extérieur
-
En 8 ans d'usage sur mac = 0 virus
de toute façon le meilleur anti virus ces votre cerveau
Si tu n'as pas d'antivirus alors évidemment tu n'auras pas d'alerte "d'infection" mais un antivir est loin d'être inutile sur mac.
http://www.securitemac.com/antivirus-mac (http://www.securitemac.com/antivirus-mac)
-
En 8 ans d'usage sur mac = 0 virus
de toute façon le meilleur anti virus ces votre cerveau
Sur minitel aussi, je n'ai jamais eu de virus... ;D ;D ;D
-
Pourtant vu la facture mensuelle de l'époque du minitel, certains ransomware ne feraient pas mieux.
-
Pas chez moi, c'était du CalvaCom !
-
Pas chez moi, c'était du CalvaCom !
Tu devais quand même payer les coms à la minute. Donc si tu consommais ça devait douiller
-
CalvaCom n'avait rien à voir avec du 3615, ça équivalait à du 3611
-
Aujourd'hui l'IPv6 en soit n'apporte rien par rapport au v4 si ce n'est que certains services peuvent être accessible avec moins de latence lié au peering entre les opérateurs qui ne sont pas forcèment les mêmes en v6 et en v4.
C'est l'aspect geek qui fait que l'on s'intéresse ou pas à la techno. Perso je suis dans le métier et je fais de plus en plus de PoC (Proof of Concept) ou de déploiement v6 chez mes clients, du coup je porte un certain intérêt pour ce protocole encore trop peu déployé...
Il me semble également que certains gros fournisseurs de contenu comme Facebook ont commencé à déployer des clusters de services uniquement en v6 natif.
A+
Noide.
rien de plus faux ,l'ipv6 te permet de continuer a utiliser internet tout simplement, un peu comme au passage au 10 chiffres c'est fou cette legende urbaine
-
rien de plus faux ,l'ipv6 te permet de continuer a utiliser internet tout simplement, un peu comme au passage au 10 chiffres c'est fou cette legende urbaine
Si ce n'est que le passage à 10 chiffres a été obligé;
pour ipv4/ipv6, la cohabitation durera encore bien lontemps.
Mais les 4 millards d'adresses ipv4 seront face à des centaines (667?) de millions de millards d'adresses ipv6.
alors les ipv4 vont se sentir bien isolées et limitées!
-
exactement comme le passage a ipv6 est obligé , c'est pareil car sans passer a 10 chiffres ben les anciens gardaient leur numero mais impossible d'attribuer de nouveaux numeros vu que ils etaient attribué ben c'est pareil pour ipv4... d'ailleurs les adresses se revendent au marché noir ou les fai font plusieurs compte a 4000 euros histoire d'en avoir plus....
-
bon, j'avais mal lu, c'est:
2puissance 128 soit environ 3,4×10puissance 38 d'adresses possibles en ipv6
c'est à dire 34 suivi de 37 zéros !
667 millions de milliards d'appareils connectés sur chaque millimètre carré de la surface de la Terre
cf: https://fr.wikipedia.org/wiki/IPv6
de quoi voir venir!
[edit] et de quoi s'y perdre en puissance de 10 ,
au secours 10 puissance 38(wikipedia) ou 10 puissance 68
bon, c'est bien 10 puissance 38
2puissance 128 = 3,4×10puissance 38
= 340 282 366 920 938 463 463 374 607 431 768 211 456
-
exactement c'est enorme souvent en informatique un chiffre enorme est depassse en 5 ans lol mais la je ne pense pas, mais c'est vrai 640ko pour la ram puis 280mo pour les disque dur paraissait beaucoup alors des valeurs comme 8 000 000 mo pour un disque ou 32 000 000 ko pour de la memoire ben ca paraissait en 1986 inconcevable lol (le tout pour meme pas 1000 euros)
-
bon, j'avais mal lu, c'est:
2puissance 128 soit environ 3,4×10puissance 38 d'adresses possibles en ipv6
c'est à dire 34 suivi de 37 zéros !
667 millions de milliards d'appareils connectés sur chaque millimètre carré de la surface de la Terre
cf: https://fr.wikipedia.org/wiki/IPv6
de quoi voir venir!
[edit] et de quoi s'y perdre en puissance de 10 ,
au secours 10 puissance 38(wikipedia) ou 10 puissance 68
bon, c'est bien 10 puissance 38
2puissance 128 = 3,4×10puissance 38
= 340 282 366 920 938 463 463 374 607 431 768 211 456
Règle mnémotechnique : 10^3 ~ 2^10 permet de faire des approximations de conversions de tête
Application :
2^32 = 4 * 2^30 = 4 * (2^10)^3 ~ 4 * 1000^3 = 4 000 000 000 (4 milliards)
2^64 = 16 * 2^60 = 4 * (2^10)^6 ~ 4 * 1000^6 = 16 000 000 000 000 000 000
2^128 = 2^8 * 2^120 = 256 * (2^10)^12 ~ 256 * 1000^12 = 256 000 000 000 000 000 000 000 000 000 000 000 000
256 000 000 000 000 000 000 000 000 000 000 000 000
n'est pas trop loin de
340 282 366 920 938 463 463 374 607 431 768 211 456
-
les FAIs distribuant quand même facilement des /56 çà ne fait "plus que" 72.10^15 bloc de /56 (on a encore de quoi voire venir hein puisque çà fait 10 millions de bloc /56 par habitant environ)
-
merde sa veut dire si je veux plus de 10 millions de serveurs avec une adresse publique dans mon 28m2 je pex pas lol 8)
-
merde sa veut dire si je veux plus de 10 millions de serveurs avec une adresse publique dans mon 28m2 je pex pas lol 8)
non, tu as un /64 rien que pour toi... soit déjà 2^64 ips déjà.
-
bon mais avec 1^0 ca me va tres bien lol
-
Règle mnémotechnique : 10^3 ~ 2^10 permet de faire des approximations de conversions de tête
Application :
2^32 = 4 * 2^30 = 4 * (2^10)^3 ~ 4 * 1000^3 = 4 000 000 000 (4 milliards)
2^64 = 16 * 2^60 = 4 * (2^10)^6 ~ 4 * 1000^6 = 16 000 000 000 000 000 000
2^128 = 2^8 * 2^120 = 256 * (2^10)^12 ~ 256 * 1000^12 = 256 000 000 000 000 000 000 000 000 000 000 000 000
256 000 000 000 000 000 000 000 000 000 000 000 000
n'est pas trop loin de
340 282 366 920 938 463 463 374 607 431 768 211 456
merci pour la règle mnémotechnique, 10^3 ~ 2^10 et les simplifications;
de tête mais avec aussi un crayon dans mon cas :)
-
bon mais avec 1^0 ca me va tres bien lol
beh le but de l'ipv6 c'est quand même d'avoir 1 ip / périphérique ... donc 1 ip ce n'est pas suffisant ... tu as surement 1 box, 1 ou 2 Pcs, un smartphone, peut être une tablette ...
-
exactement c'est enorme souvent en informatique un chiffre enorme est depassse en 5 ans lol mais la je ne pense pas, mais c'est vrai 640ko pour la ram puis 280mo pour les disque dur paraissait beaucoup alors des valeurs comme 8 000 000 mo pour un disque ou 32 000 000 ko pour de la memoire ben ca paraissait en 1986 inconcevable lol (le tout pour meme pas 1000 euros)
Oui mais la mémoire est faite pour être occupée. Alors qu'une plage de numéros n'a pas vocation à être bourrée!
C'est une vision héritée de l'évolution d'IPv4, mais si tu reprends l'histoire de l'IPv4, au départ il était question de classes A/B/C donc de sous utilisation, personne ne pouvant penser que cette méthode puisse donner un bon remplissage des plages. Donc cette vision "on bourre au max" n'est pas conforme à Internet Protocol tel que conçu au départ.
Autres exemples :
La RAM et coûteuse à fabriquer. 10 Go de RAM est plus cher que 1 Go. Tu ne peux pas avoir 1000 fois plus de stockage de masse pour le même prix à une date donnée.
Passer d'un adressage 32 bits à un adresse 64 bits a un impact sur l'occupation mémoire (les pointeurs prennent plus de place) mais il est modeste par rapport au gain de possibilité d'adressage. Passer aux pointeurs de 64 bits ne signifie en aucun cas que les PC se destinent à avoir 2^64 octets adressables.
L'adressage 64 bits a de nombreux avantages en terme d'allocation de mémoire, notamment la randomisation élevée qui permet de rendre l'exploitation des failles liées aux débordements d'allocation de mémoire beaucoup plus difficile. (Il permet aussi de rendre plus précis les collecteurs de miettes non exacts.)
Pour bien comprendre IPv6 il faut sortir de cette "logique d'épicier" :
667 millions de milliards d'appareils connectés sur chaque millimètre carré de la surface de la Terre
-
Pourtant vu la facture mensuelle de l'époque du minitel, certains ransomware ne feraient pas mieux.
M'en parle pas de la facture de téléphone avec le minitel, c'était ça le virus :P
-
les FAIs distribuant quand même facilement des /56 çà ne fait "plus que" 72.10^15 bloc de /56 (on a encore de quoi voire venir hein puisque çà fait 10 millions de bloc /56 par habitant environ)
Oui, pour à tout casser une dizaine de périphériques IP dans un foyer (ou deux dizaines chez des "geeks"), on va attribuer à une box entre un /56 et un /64 selon les opérateurs, donc entre 2^64 ~ 16 milliards de milliards et 256 fois plus (et même un /48 chez Nerim, donc 2^80 adresses distinctes soit ~ un million de milliards de milliards).
Il faut voir les avantages de cette sous utilisation de la ressources :
- découpage facile en sous réseaux
- plusieurs niveaux de sous réseaux possibles en toute liberté chez l'utilisateur (sans demander la permission et avoir à se justifier)
- avoir un espace essentiellement vide rend impossible des énumérations d'adresses IP en aveugle et donc la découverte des ressources accessibles afin de trouver des failles pour un piratage
-
bon mais avec 1^0 ca me va tres bien lol
Tu dois pouvoir aller jusqu'à 100.....000^0 au moins. ;D
-
Oui mais la mémoire est faite pour être occupée. Alors qu'une plage de numéros n'a pas vocation à être bourrée!
C'est une vision héritée de l'évolution d'IPv4, mais si tu reprends l'histoire de l'IPv4, au départ il était question de classes A/B/C donc de sous utilisation, personne ne pouvant penser que cette méthode puisse donner un bon remplissage des plages. Donc cette vision "on bourre au max" n'est pas conforme à Internet Protocol tel que conçu au départ.
Autres exemples :
La RAM et coûteuse à fabriquer. 10 Go de RAM est plus cher que 1 Go. Tu ne peux pas avoir 1000 fois plus de stockage de masse pour le même prix à une date donnée.
Passer d'un adressage 32 bits à un adresse 64 bits a un impact sur l'occupation mémoire (les pointeurs prennent plus de place) mais il est modeste par rapport au gain de possibilité d'adressage. Passer aux pointeurs de 64 bits ne signifie en aucun cas que les PC se destinent à avoir 2^64 octets adressables.
L'adressage 64 bits a de nombreux avantages en terme d'allocation de mémoire, notamment la randomisation élevée qui permet de rendre l'exploitation des failles liées aux débordements d'allocation de mémoire beaucoup plus difficile. (Il permet aussi de rendre plus précis les collecteurs de miettes non exacts.)
Pour bien comprendre IPv6 il faut sortir de cette "logique d'épicier" :
ah tres bien merci a vous vous etes bien plus conaisseur souvent que moi et pourtant je connais un minimum et j'apprend grace a vous merci corrector
-
Les messages concernant Numericable ont été déplacés ici : https://lafibre.info/sfr-cable/ipv6-6to4-sur-le-reseau-numericable/
-
Dites, il y a un firewall ipv6 sur la livebox ? Sur la NB6V (sfr) en ipv6 par défaut, les connections non initiées depuis l'intérieur étaient refusées. Il fallait créer des règles pour le reste des cas.
Quelle est la situation chez Orange ?
Merci.
-
Dites, il y a un firewall ipv6 sur la livebox ? Sur la NB6V (sfr) en ipv6 par défaut, les connections non initiées depuis l'intérieur étaient refusées. Il fallait créer des règles pour le reste des cas.
Quelle est la situation chez Orange ?
Merci.
Idem c'est bloqué
-
Merci :)
-
L'ip v6 permet elle d'avoir une ip fixe (ou au moins qui change moins souvent )
permet elle aussi d'avoir le loopback ?
-
L'ip v6 permet elle d'avoir une ip fixe (ou au moins qui change moins souvent )
permet elle aussi d'avoir le loopback ?
L'ipv4 fixe vient avec, l'ipv6 est normalement fixe mais il semble y avoir un bug en cours de résolution chez Orange.
Pour le loopback je ne crois pas.
-
le loopback semble arriver avec la nouvelle livebox d'après un témoignage sur le forum.
-
ok dommage pour le loopback....c vraiment pénible
-
L'ip v6 permet elle d'avoir une ip fixe (ou au moins qui change moins souvent )
permet elle aussi d'avoir le loopback ?
y'a pas besoin de loopback en IPv6.
-
y'a pas besoin de loopback en IPv6.
Ah, tu peux m'expliquer pourquoi ? On peut donc attaquer ses equipements interne avec un nom de domaine associé à son IP ?
-
oui car ton ip est publique et routée globalement.
Le loopback existe à cause du nat en v4
-
Ah, tu peux m'expliquer pourquoi ? On peut donc attaquer ses equipements interne avec un nom de domaine associé à son IP ?
oui ils ont la meme IPv6 vue de l’intérieur ou de l’extérieur. Chaque équipement du réseau local a sa propre IPv6 publique, voir plusieurs meme.
Il n'y pas de partage d'adresse au niveau de la box comme en IPv4.
-
mais donc pas défaut tous les equipements internes sont accessibles de l'exterieur ? Si il n'y a plus de NAT
-
Non, il y a un pare-feu qui bloque par défaut les connexions non initiées depuis l'intérieur.
-
Non car la box filtre les connexions entrantes par défaut
Mais si tu ouvres complètement le pare feu oui !
-
ok mais si on a plus de NAT ca se passe comment alors ? Pour autoriser un equipement sur un port particulier a être joignable de l'extérieur ?
-
Tu peux créer une règle dans le pare-feu pour ça (en mode personnalisé).
-
ok, je vais arrêter de polluer le topic, je debrancherais mon ERL et avec un peu de chance, en rebootant je serais en IP v6... je verrais à ce moment la comment ca fonctionne
-
Tu as l'option tout en bas de la page firewall http://192.168.1.1/advConfigFirewall.html
-
merci pour l'info
-
Le firewall IPv6 de la livebox est trop rigide a mon gout. on ne peut ouvrir que pour les machines qu'il connait (liste déroulante) et que pour tcp et udp.
En plus la fonction "laisser vide pour tous les ports" ne marche pas. Bref c'est vraiment "bricolé vite fait" à partir de la version IPv4.
Idéalement si on héberge un serveur web, en IPv6, on va lui donner une IPv6 particulière et manuelle meme si la machine a déja une IPv6. Car c'est un avantage d'IPv6 : son nombre astronomique d’adresses disponibles donc autant en profiter. Mais avec Orange on est vite limité dans la pratique si on garde la livebox. Dommage.
-
Je viens de faire une capture Wireshark de la procédure de SLAAC entre la LB Play et un PC sous Windows 7 x64.
Si j'ai bien compris, la LB Play utilise du RA + DHCPv6, avec la partie DHCPv6 qui n'est utilisée que pour la conf des DNS IPv6.
Le serveur DNS propagé par DHCPv6 est l'adresse link-local de la Livebox Play elle-même.
C'est bien cela ?
-
Je viens de faire une capture Wireshark de la procédure de SLAAC entre la LB Play et un PC sous Windows 7 x64.
Si j'ai bien compris, la LB Play utilise du RA + DHCPv6, avec la partie DHCPv6 qui n'est utilisée que pour la conf des DNS IPv6.
Le serveur DNS propagé par DHCPv6 est l'adresse link-local de la Livebox Play elle-même.
C'est bien cela ?
oui c'est ce qu'on appelle du "RA+stateless DHCPv6".
C'est le méthode recommandée car Windows ne supporte pas RDDNS (conf DNS via RA).
-
Ah, tu peux m'expliquer pourquoi ? On peut donc attaquer ses equipements interne avec un nom de domaine associé à son IP ?
C'est le précisèment l'objectif de l'adressage IPv6, hein. Ne plus s'enquiquiner avec le NAT et toute les emm... qui vont avec, comme
- avoir à configurer des redirections de port pour avoir des serveurs
- le fait que certaines applications ne marchent pas ou marchent moins bien (low id sur eMule) sauf configuration spécifique relativement complexe pour un débutant
- le fait que se connecter à son IP publique depuis le LAN privé ne donne pas le même comportement que depuis l'Internet avec certaines box.
En IPv6 c'est simple, la box est un ROUTEUR. Un vrai. Pas un "routeur" comme la box en "mode routeur". Un routeur comme n'importe quel routeur de ton FAI, en plus petit.
Et un routeur n'a pas à assurer des fonctions de sécurité par filtrage (autre que de vérifier que l'adresse source est cohérente avec le port sur lequel le paquet arrive).
Comme ton facteur n'a pas à assurer ta "sécurité" en filtrant les offres promotionnelles qui ne sont que des arnaques.
-
la savoie (en tout cas chambéry) est en ipv6 pour la fibre
-
C'est le précisèment l'objectif de l'adressage IPv6, hein. Ne plus s'enquiquiner avec le NAT et toute les emm... qui vont avec, comme
- avoir à configurer des redirections de port pour avoir des serveurs
- le fait que certaines applications ne marchent pas ou marchent moins bien (low id sur eMule) sauf configuration spécifique relativement complexe pour un débutant
- le fait que se connecter à son IP publique depuis le LAN privé ne donne pas le même comportement que depuis l'Internet avec certaines box.
En IPv6 c'est simple, la box est un ROUTEUR. Un vrai. Pas un "routeur" comme la box en "mode routeur". Un routeur comme n'importe quel routeur de ton FAI, en plus petit.
Et un routeur n'a pas à assurer des fonctions de sécurité par filtrage (autre que de vérifier que l'adresse source est cohérente avec le port sur lequel le paquet arrive).
Comme ton facteur n'a pas à assurer ta "sécurité" en filtrant les offres promotionnelles qui ne sont que des arnaques.
Mais ca veut dire quoi, qu'il faut gérer soi meme son firewall ? et comment on fait si on veut par exemple rediriger les connexions entrantes sur son ip externe internet sur le port 443 vers un Nas sur le port 5001 ?
Quelle configuration de firewall de livebox est recommandée ?
-
Tu sais qu'on ne fait plus de 16 pour appeler la province, au moins? (ou c'était l'inverse?)
Il n'y pas d'intérieur ou d'extérieur.
Tes machines sont DANS Internet, au même titre que les serveurs de Google. Juste moins célèbres.
-
bon, je crois que je ne comprends rien à l'ipv6.... mes vieux cours de reseaux ne traitaient que de l'ip v4
-
bon, je crois que je ne comprends rien à l'ipv6.... mes vieux cours de reseaux ne traitaient que de l'ip v4
C'est de là que vient cette incompréhension.
Rien que l'usage qu'on a de l'IPv4 est erroné, par rapport au pourquoi cela a été conçu.
Pour l'IPv6, imagine juste que tes équipements connectés à la box recevaient leur propre IPv4 publique, chacun ayant une différente, sauf pour la 1ère moitié de l'IPv4 commune à tout ton réseau local.
Le NAT n'a jamais été obligatoire, à la base, pour que cela fonctionne. Cette obligation ne vient que des opérateurs, pas de la norme IP.
-
oui mais cela veut dire que sans configurer rien dans la livebox, de base, mes equipements de reseau interne sont accessibles via leur adresse ipv6 ? ou bien le firewall de la livebox le bloque et implique encore un pseudo nat qui ne devrait pas être ?
-
Il y a une option pare-feu sur cette box, mais tout équipement devrait gérer sa propre sécurité.
-
Firewall et NAT sont deux choses différentes, même si c'est complèmentaire dans l'usage de l'IPv4.
Pour faire la même chose, quelque soit la Box (enfin la majorité, et pas le même niveau de difficulté de paramétrage selon les box, sachant que la LiveBox est difficile à bien paramétrer):
- IPv4: NAT + Firewall
- IPv6: uniquement le Firewall
Il parait que certaines Box n'ont soit pas de Firewall IPv6, ou ne bloque rien par défaut. Mais c'est la transition, tout le monde trouvera un Firewall IPv6, et une norme usuelle de paramétrage à mettre par défaut au fil des déploiements IPv6 dans le monde (en train de dépasser 10% en mondial côté utilisateurs selon Google).
Et le Firewall de la LiveBox, par défaut, bloque toutes connexions entrantes non initiées depuis tes équipements.
Dans l'autre sens, cela dépends du niveau pour l'IPv4 (cela interagit, et je ne sais pas si en temps que clients, tout le monde a bien compris la logique des devs qui ont codé le Firewall de la LiveBox). Et même au 3900, ils disent seulement de se mettre en DMZ, si on a un souci d'accès, quelque soit le sens de l'accès. ::) Ce qui équivaut à outrepasser NAT et Firewall...
-
Un truc sur l'IPV6 intéressant en français a lire
-----------------------------------------------
Internet Protocol, Version 6 (IPv6)-Specification
le Protocole Internet Version 6-Spécification (http://abcdrfc.free.fr/rfc-vf/rfc2460.html)
Document original en Anglais : http://www.ietf.org/rfc/rfc2460.txt
-
ok mais si on a plus de NAT ca se passe comment alors ? Pour autoriser un equipement sur un port particulier a être joignable de l'extérieur ?
Je vais te poser une colle :
Quand tu n'es pas en prison, à quel gardien tu dois demander l'autorisation de sortir de ta cellule?
-
Mais ca veut dire quoi, qu'il faut gérer soi meme son firewall ? et comment on fait si on veut par exemple rediriger les connexions entrantes sur son ip externe internet sur le port 443 vers un Nas sur le port 5001 ?
Quelle configuration de firewall de livebox est recommandée ?
En IPv6 on ne redirige pas les ports. On n'a pas d'IP externe internet partagée, c'est la meme qu'en interne. Donc il suffit d'ouvrir le port 443 vers le NAS dans le firewall s'il y en a un.
(https://drive.google.com/uc?id=0B5ma-el6j-bDcjVVVkVsSk1ucEU)
Pour le firewall de la livebox, la configuration "moyen" est recommandée.
Il est recommandé d'avoir un firewall IPv6 sur une box, simplement parce que beaucoup d'appareils 'grand public' qui sont compatibles IPv6 ne savent pas forcement gérer aux memes la sécurité. Ainsi si on met un webcam réseau et qu'elle fonctionne en IPv6, n'importe qui obtient son adresse IPv6 pourrait y accéder si un firewall ne la protège pas.
En théorie, ca serait a la caméra elle-meme de limiter et contrôler qui a accès: par un login/mot de passe ou par une limitation de plage d'addresses IPv6 , par exemple n'autoriser que les machines du réseau local (celles qui ont le meme prefix IPv6 que la caméra donc).
Mais c'est de la théorie souvent impraticable car ca complexifie un appareil simple , sans parler des besoins de mises jour , failles/bugs, etc.
Donc le mieux c'est d'avoir les deux: un firewall 'centralisé' sur la box combiné a une éventuelle sécurité propre a chaque appareil. Avec le temps et la généralisation d'IPv6 en grand publicn, des normes de sécurité vont apparaître et peut-etre qu'a terme le firewall ne sera plus nécessaire mais pour le moment il est recommandé de l'avoir.
-
Hello,
Pour ceux qui veulent apronfondir IPV6
https://www.fun-mooc.fr/courses/MinesTelecom/04012S02/session02/about
Rémi
-
En IPv6 on ne redirige pas les ports. On n'a pas d'IP externe internet partagée, c'est la meme qu'en interne.
Donc il suffit d'ouvrir le port 443 vers le NAS dans le firewall s'il y en a un.
A lire comme ca cela a l'air beaucoup plus simple que l'IPV4
-
Et ça l'est!
Le NAT en IPv4 a introduit une complexité extraordinaire que les gens par habitude ont fini par considérer comme normal.
-
Et ça l'est!
Le NAT en IPv4 a introduit une complexité extraordinaire que les gens par habitude ont fini par considérer comme normal.
Ben ouai
Ceci dit l'Ipv6 est vachement plus simple, plus naturel, un PC => Le monde
Après pour ma part Ipv6 me fait peur, car déjà je n'y suis pas habitué et surtout je ne comprend pas l'adressage (enfin comment la lire).
Ipv4 c'est comme un N° de tel, je la comprend :-[
-
L'écriture de l'adresse IPv4 se fait octet par octet en décimal (ce qui est idiot).
L'écriture de l'adresse IPv6 se fait par 2 octets en hexa. Ensuite il y a l'écriture raccourcie en remplaçant une suite de :0: par :: mais ça n'a rien d'obligatoire.
Si un numéro de tél avait beaucoup de 0, tu pourrais écrire 60...01, sachant que les numéros "publics" ont exactement 9 chiffres (pour l'instant), le numéro est le 6 00 00 00 01.
-
Depuis ipv6 activé, je trouve la livebox beaucoup plus stable.
Elle supporte plus de 5 jours maintenant.
J'ai impression en plus qu'elle reboote toute seule, genre watchdog.
Mon préfixe V6 à l'air de changer tout les 6 jours, sinon
-
Peut-être plutôt le passage PPPoE =>DHCP plutôt que l'ipv6 en tant que telle ?
-
Peut-être plutôt le passage PPPoE =>DHCP plutôt que l'ipv6 en tant que telle ?
Je ne sais pas mais le résultat est flagrant
-
A moi le passage PPPoE => DHCP m'a fait gagner plus de 20M en down ! Vous avez fais un speedtest depuis la migration ? Attention à faire le test en IPV4 (le mode reste DHCP), la plupart des serveurs SpeedTest gère mal le IPV6 en Upload.
-
Normal, le PPPoE avait pas mal d'overhead, la différence doit en partie venir de là.
-
Bonjour,
Pouvez-vous m'expliquer c'est quoi cette histoire de passage pppoe en dhcp ?
Du genre update dans la box et c'est fini les identifiants ? un dhcp se fait comme free avec l'adresse MAC ?
MErci
-
Bonjour,
C'est un changement de mode de connexion.
Il s'effectue lorsque ton NRO ou point de collecte en vdsl est mis à jour la box est déjà compatible depuis plusieurs semaines/mois.
Les premiers qui ont remplacé la livebox par un routeur perso ont analysé les paramètres spéciaux du DHCP de la livebox et donc sauront mieux te répondre que moi.
DHCP option 90 apparement...
Le PPPoE sert toujours pour l ADSL et le ftth +vdsl en cas de "panne" du DHCP
-
Chez Orange, l'identification en DHCP ne se fait pas à partir de l'adresse Mac, mais toujours à l'aide des identifiants "fti/xxxxxx" transmis dans la requête DHCP par l'intermédiaire de l'option 90 (défnie dans la rfc 3118).
Bon sinon ça fait au moins un an que le firmware de la LB3 supporte ce mode d'authentification. La box passe en mode "dégradé" (PPPoE) quand elle n'a pas de réponse aux requêtes DHCP.
-
Chez Orange, l'identification en DHCP ne se fait pas à partir de l'adresse Mac, mais toujours à l'aide des identifiants "fti/xxxxxx" transmis dans la requête DHCP par l'intermédiaire de l'option 90 (défnie dans la rfc 3118).
Bon sinon ça fait au moins un an que le firmware de la LB3 supporte ce mode d'authentification. La box passe en mode "dégradé" (PPPoE) quand elle n'a pas de réponse aux requêtes DHCP.
Pour les identifiants chez Orange, sait-on si le mot de passe à toujours une utilité sur l'architecture DHCP? Seulement pour le téléphone?
-
Pour les identifiants chez Orange, sait-on si le mot de passe à toujours une utilité sur l'architecture DHCP ?
Seulement pour le téléphone ?
Si pas de mot de passe pas de connexion, si pas de connexion pas de téléphone
-
Je viens d'avoir une coupure de courant, je pensais que les adresses ip (v4, v6) changeraient mais non j'ai toujours les mêmes. C'est bon à savoir :)
-
Si pas de mot de passe pas de connexion, si pas de connexion pas de téléphone
L'option 90 comporte juste l'identifiant fti/ encodé en hexa, qu'en est-il du mot de passe?
-
Il n'est plus utilisé pour l'authentification en DHCP.
Par contre il est toujours nécessaire pour l'authentification sur les serveurs de téléphonie SIP (méthode d'authentification propriétaire qui fut un temps décrite en détail sur le blog de x0r (https://x0r.fr/blog/36) jusqu'à ce que les foudres d'Orange s'abattent sur lui...).
-
Est-ce normal de pas avoir de resolver DNS IPv6 configuré sur la LB?
-
Est-ce normal de pas avoir de resolver DNS IPv6 configuré sur la LB?
oui ,Orange n'a pas encore de resolvers en IPv6.
Ca rend son IPv6 incomplet car il y a des cas (très rares) de résolutions impossibles.
D'ou la notation de 9/10 sur http://test-ipv6.com/ par exemple (ds.v6ns.test-ipv6.com ne peut être résolu par Orange bien qu'il y a une valeur (https://toolbox.googleapps.com/apps/dig/#AAAA/ds.v6ns.test-ipv6.com)).
-
En fibre Play, après un reboot de la Livebox, mon préfixe IPv6 a changé :(
-
Bonjour
pour avoir une note de 10/10 je en ipv6 sur http://test-ipv6.com/ je vous conseille de mettre les DNS de google en plus le loopback fonctionne en ipv6 :)
2001:4860:4860::8888
2001:4860:4860::8844
(http://zupimages.net/up/16/14/sqnj.jpg)
-
Bonjour
pour avoir une note de 10/10 je en ipv6 sur http://test-ipv6.com/ je vous conseille de mettre les DNS de google en plus le loopback fonctionne en ipv6 :)
2001:4860:4860::8888
2001:4860:4860::8844
C'est pas forcement un plus. on perd la résolution DNS locale par la livebox.
-
à ma surprise ce matin, j'avais un probème avec mon resolveur DNS et je vois que la livebox est passé en IPv6 (montigny-les-metz (57))
-
Bonjour
Petite questions
- y aura t'il une ipv6 fixe dans l'avenir chez orange ?
- l'ipv6 change au reboot de la box mais ,y a t'il un Bail en IPv6 ?
et quelle sont les FAI Français qui délivre une ipv6 ?
Merci
-
- y aura t'il une ipv6 fixe dans l'avenir chez orange ?
Il parait que oui. Il parait que cela devait déjà être le cas depuis le début du déploiement de l'IPv6 chez Orange.
- l'ipv6 change au reboot de la box mais ,y a t'il un Bail en IPv6 ?
On n'en sait rien. Il y a actuellement 3 catégories de constation:
- un bail incompressible de 2 mois (mon cas et d'autres)
- rien de rien, on peut avoir plusieurs changements de préfixes IPv6 en moins de 48h
- un bail de 6 jours (mais les concernés n'ont pas testé si c'était une durée incompressible)
et quelle sont les FAI Français qui délivre une ipv6 ?
En natif, seulement Orange, pour ne parler que des 5 grands FAI.
Free depuis la FreeBox v5, mais optimisé seulement dans la v6 révolution.
SFR en bien pourrie.
Le natif est prévue, ou en développement, chez tous les grands FAI.
-
le changement de prefixe ipv6 n'est pas normal selon Orange qui enquête sur le problème. Le changement a lieu lorsque l'on reboot depuis l'interface. On garde le même préfixe si on fait un reboot électrique.
-
SFR en bien pourrie.
Le principal soucis chez moi étant la limitation à 40-50Mbps. Ceci dit les téléchargements en IPv6 pour l'instant c'est pas tous les jours.
-
le changement de prefixe ipv6 n'est pas normal selon Orange qui enquête sur le problème.
Faudrait définir "pas normal" car ça a été défini comme ça et ça marche comme prévu (dynamiquement donc).
-
Réponse de quelqu'un d'Orange à la question: devrait on avoir une ipv6 fixe?
les règles d'ingénierie disent que oui.
-
Pas eu le même son de cloche.
-
je ne sais pas quoi te dire, je ne fais que rapporter ;) ;D
-
le changement de prefixe ipv6 n'est pas normal selon Orange qui enquête sur le problème. Le changement a lieu lorsque l'on reboot depuis l'interface. On garde le même préfixe si on fait un reboot électrique.
Mon préfixe IPv6 n'ai été changé que lorsque la box redémarre automatiquement... Reboot initialisé par le réseau Orange...
Mystère donc.
-
La box est rebootée par le réseau Orange avec la nouvelle archi (à part pour les mises à jour) ?
-
pourquoi mon ip local v6 change au bout de 7j sans rien touché ?
-
pourquoi mon ip local v6 change au bout de 7j sans rien touché ?
Le comportement de windows non ?
https://lafibre.info/ipv6/cest-quoi-toutes-ces-adresses-ipv6/msg153238/#msg153238
-
merci
c’était bien ça du coup j'ai désactivé la temporaire je garde la meme ipv6 local quand je reboot le pc
-
mon préfixe ipv6 a bien changé (et par conséquent l'adresse ipv6 du serveur qui est dessus), sans jamais toucher à la livebox
j'observe cela depuis le passage car je voulais proposer le smokeping sur mon adresse à vivien (comme pour l'ipv4), mais j'utilise le dynhost d'ovh pour pointer un nom de domaine vers une ip, mais il me semble que cela ne marche qu'en ipv4
-
mon préfixe ipv6 a bien changé (et par conséquent l'adresse ipv6 du serveur qui est dessus), sans jamais toucher à la livebox
j'observe cela depuis le passage car je voulais proposer le smokeping sur mon adresse à vivien (comme pour l'ipv4), mais j'utilise le dynhost d'ovh pour pointer un nom de domaine vers une ip, mais il me semble que cela ne marche qu'en ipv4
vue qu on est en ip fixe tu te sert encore du dynhost ?
Pour mon serveur j'ai enlever mon no ip et sur le domaine d ovh je le pointe vers mon ip maintenant ::)
-
vue qu on est en ip fixe tu te sert encore du dynhost ?
Pour mon serveur j'ai enlever mon no ip et sur le domaine d ovh je le pointe vers mon ip maintenant ::)
Est on réellement en IP Fixe ? Je ne crois pas, si? ???
-
Non, elle est fixe au réaménagement réseau près..
Bon après, continuer à passer par no-ip / dyn host ou autre, çà ne rajoute que quelques ms à la résolution DNS.
-
Est on réellement en IP Fixe ? Je ne crois pas, si? ???
Sur ligne compatible IPv6:
- IPv4 fixe, oui.
- Préfixe IPv6 normalement fixe, mais divers incidents en cours.
-
- IPv4 fixe, oui.
Mais rien de contractuel, peut changer si besoin.
C'est fixe comme chez Free et SFR. Ce n'est pas fixe comme avec l'option et les offres pro chez Orange.
- Préfixe IPv6 normalement fixe, mais divers incidents en cours.
Toujours pas d'accord :D.
-
Mais rien de contractuel, peut changer si besoin.
C'est fixe comme chez Free et SFR. Ce n'est pas fixe comme avec l'option et les offres pro chez Orange.
Toujours pas d'accord :D.
et Bouygues surtout pour l'ADSL ;)
Mon ipv6 n'est pas fixe. j'ai du reboot la box et le décodeur car rien ne marcher et mon préfixe complet à changer. Wait and See pour voir si Orange fixe çà avec le temps.
-
Nico qui joue toujours avec les mots, c'est terrible.^^
Bon, précisions.
Pour les lignes compatibles IPv6:
- IPv4 fixe... sauf réaménagement du réseau d'Orange, du déménagement de la ligne, et éventuellement quelques autres raisons.
- préfixe IPv6 normalement fixe... selon l’ingénierie réseau IPv6 d'Orange. En tout cas, c'est ce que certains employés d'Orange disent et répètent dans ce forum. Mais au fils du temps, pas l'air vrai quelque part pour le moment. Orange enquête dessus. Pas vraiment plus d'infos que ça.
-
bon c'est cool pour l'ipv4 fixe déjà...plus que le loopback et bye bye l'ERL
-
ah j'ai mal suivi l'histoire, je ne savais pas que l'ipv4 était fixe (même après reboot de la box), je vais surveiller pour m'en assurer
-
Nico qui joue toujours avec les mots, c'est terrible.^^
Comme Orange proposait une IPv4 fixe vraiment fixe auparavant il me semblait important de préciser que ça n'est pas la même chose qui est aujourd'hui proposé aux clients. Dans les faits ça ne devrait rien changer on est bien d'accord.
-
Mais rien de contractuel, peut changer si besoin.
C'est fixe comme chez Free et SFR. Ce n'est pas fixe comme avec l'option et les offres pro chez Orange.
Toujours pas d'accord :D.
En dehors de grosses réorganisations d'adressage IP, chez Free, en adsl, l'ip est attribuée en fonction de la position sur le dslam. La box peut être arrêtée pendant une longue période l'ip ne changera pas. Ce n'est pas le cas chez Orange.
Pour ceux qui veulent être sûr de pouvoir joindre leurs serveurs, je me demande si il ne reste pas prudent, chez Orange, de continuer à utiliser un service type dyndns.
-
Je pensais ça dans le sens "fixe mais pas contractuellement", ceci dit tu as parfaitement raison de préciser cela !
-
Pour ceux qui veulent être sûr de pouvoir joindre leurs serveurs, je me demande si il ne reste pas prudent, chez Orange, de continuer à utiliser un service type dyndns.
Quelque soit le FAI ça peut être mieux quand même. Ce n'est pas pour les quelques ms de la requête dns lors de la 1ere connexion.
Moi je laisse un dyndns ovh sur toutes les connexions. (FTTH orange + 2 adsl SFR + Bouygues)
-
Et surtout, vous pouvez avoir un dyndns en backup et ne pas vous en servir pour moi... Il peut servir seulement à retrouver l'IP en cas de problème.
-
Bonjour
le logiciel No-ip gère ipv6 dynamique :D
http://www.noip.com/blog/2009/06/19/ipv6-records-now-available/
-
Bonjour
le logiciel No-ip gère ipv6 dynamique :D
http://www.noip.com/blog/2009/06/19/ipv6-records-now-available/
Sauf que c'est payant:
to our Plus Managed DNS
Même source.
C'est déjà une étape importante. En gratuit, personne ne le fait encore. Et tous les concurrents ne le propose pas forcèment, même en payant.
-
https://dynv6.com/ ?
-
https://dynv6.com/ ?
Je ne connaissais pas.
Pas essayé. Mais ils se dégagent de toutes responsabilités et protection informatique... Très basique comme service.
Pas supporté par les box des opérateurs, et je ne sais pas s'il y a un client pour ordinateur.
J'annonce mon préfixe IPv6 à Vivien à chaque fois que cela change. C'est peut être un peu le même principe avec ce service (via l'interface web, même s'il peut prendre ton IPv6 d'accès en auto car la page dynv6.com est en IPv6, mais ce serait alors celui du pc... qui n'est pas allumé en 24/7).
-
Nico qui joue toujours avec les mots, c'est terrible.^^
Bon, précisions.
Pour les lignes compatibles IPv6:
- IPv4 fixe... sauf réaménagement du réseau d'Orange, du déménagement de la ligne, et éventuellement quelques autres raisons.
- préfixe IPv6 normalement fixe... selon l’ingénierie réseau IPv6 d'Orange. En tout cas, c'est ce que certains employés d'Orange disent et répètent dans ce forum. Mais au fils du temps, pas l'air vrai quelque part pour le moment. Orange enquête dessus. Pas vraiment plus d'infos que ça.
Et pourtant il avait raison : le préfixe IPv6 n'était pas fixe (stable tant que la session est up mais changeait à chaque coupure ou reboot de box etc), il est désormais statique depuis quelques jours -> préfixe v6 fixe sauf aménagement réseau.
-
Il n'est toujours pas statique.
Pas plus tard qu'en début de matinée (vers 4h15 en fait), j'ai du faire un reboot électrique de la box (plus aucun service). Le préfixe IPv6 a encore changé!
Pour la partie où je dis que c'est normalement fixe, c'est juste que des employés d'Orange nous disent dans ce forum, et ce depuis le début de l'IPv6 chez Orange, que leur ingénierie réseau leur dit que c'est fixe. Bref, de la théorie qui n'arrive pas à se concrétiser dans la pratique...
-
Il y a effectivement des disparités entre l'ingénierie et la réalité du terrain, mais on peut supposer que ça va se stabiliser avec le temps.
Je constate la même chose que beaucoup de membres du forum : l'ipv6 reste fixe tant que la ligne est UP ou que la LB n'a pas rebooté.
-
Mes durées (approximatives) de préfixes IPv6, pour info.
De fin novembre à fin janvier (avec plusieurs reboots et micro-coupures de connexion entre temps): 2 mois.
De fin janvier à fin mai (sans reboot* et quelques micro-coupures de connexion entre temps) : 4 mois (record perso).
Mon hypothèse de bail incompressible de 2 mois ne tient plus que pour les reboots. Mais les IP WAN sont re-attribuées aussi à la fin des micro-coupures de connexion, il me semble. C'était le cas en PPPoE, en tout cas.
*Edit: pas de reboot durant la 2ème période (lecture trop rapide de mon historique), mais cela ne change pas la suite du message.
-
@tsl0 sur Twitter a confirmé ce matin que le préfixe IPv6 est statique (donc fixe) depuis aujourd'hui. Elle m'a également précisé qu'avant les baux étaient effacés toutes les 5 minutes, ce qui explique qu'à chaque reboot de la box le préfixe changeait ( au reboot, la requête n'est pas un RENEW mais un REQUEST, donc le serveur DHCP6 ne reçoit pas de "hint" du client contenant le préfixe qu'il souhaite renouveler).
https://twitter.com/tsl0/status/736091839984340992
-
Ok.
Je continue de surveiller cela au fil des mois, lors des reboots.
-
oui je constate Egalement que l ipv6 ne change plus en cas de reboot mais elle change si on désactive et on réactive l ipv6 dans l'interface
-
Reboot non sollicité de ma LB3 à 02:00, le préfixe IPv6 a changé.
IPv4 toujours pas.
-
Moi aussi en 3 semaine mon IPV6 a changé 2 Fois sans reboot, j'ai une livebox V4
-
Moi toujours le même préfixe depuis mi mars, et ce même en changeant de routeur (j'ai acheté un second ERL pour pouvoir faire les mises à jour firmware sans risquer le linchage à la maison. Et puis ça me fait un routeur de secours).
-
Reboot non sollicité de ma LB3 à 02:00, le préfixe IPv6 a changé.
IPv4 toujours pas.
Idem avec ma LB3... le préfixe IPv6 a changé suite à une mise à jour automatique... entre 16h et 16h30...
En plus de l'IPv6, quelque chose me dit que la planification automatique des mises à jour a foiré, pour le faire à une telle heure. :o
-
Ma LB3 s'est mise à jour toute seule ce matin à 8.00
Après vérification, l'ipV6 a bien changé aussi
Bon en fait j'en sais rien... :) je pensais avoir des log des anciennes mais en fait non.
-
Ma LB3 s'est mise à jour toute seule ce matin à 8.00
Après vérification, l'ipV6 a bien changé aussi
Bon en fait j'en sais rien... :) je pensais avoir des log des anciennes mais en fait non.
8h, pour une mise à jour, cela reste anormal.
Pour les logs, on se le fait soit-même, en effet.
Et au cas où pour plus tard, préfixe ipv6 = 1ère moitié de l'ipv6 complète.
Dans l'ensemble, je garde le préfixe ipv6 durant plusieurs mois. Donc c'est moins changeant que l'ipv4 via PPPoE.^^
-
Bonjour
IPv6 fixe devenu dynamic :'(
souci avec ipv6 si quelqu un peu confirmer
Apres avoir éteint ma box +d une 1mn électriquement l'ipv6 a changer et change quasi a chaque reboot
oh non on va pas revenir a cette époque du dynamic
-
Moi sans reboot électrique ce change de plage ipv6 régulièrement ...
Je n'ai pas reboot la LB ni mon disque dur réseau et pourtant
01-10-2016 2a01:cb1d:8xx:d600:231:31ff:fe2c:4031/64
08-10-2016 2a01:cb1d:4yy:8a00:231:31ff:fe2c:4031/64
Mon NAS lance des scripts 1 fois par semaine et j'ai ajouté la "récupération" de l'ipv6.
on voit bien que le bloc ipv6 a changé d'une semaine à l'autre.
-
Tiens moi aussi, il a changé, par contre l'ipv4 est resté fixe lui !
Peut-être le temps du rodage ou alors le fait d'avoir changé de box !
Par contre je n'arrive plus à accéder à la liste des équipements connectés !
-
Toujours même préfixe pour moi, mais je n'ai pas rebooté mon ERL (et je ne vais pas le faire pour le plaisir de voir le préfixe potentiellement changer).
-
Mon ip v4 est bien fixe depuis des mois et des mois (mi mars je crois, date à laquelle je suis passé au DHCP) mais l'ipv6 varie souvent ... et sans action de ma part. (La LB n'est jamais rebootée).
J'ai une LB3 (LB play)
-
en reprenant l'ip voici la parti en gras qui change les restant étant fixe
[2a01:cb11:23:7300:a47d:91e6:c7f:e457]
du coup je suis sans arret entraint de changer ip pour mon site web
-
Moi aussi galère, je viens de changer de préfixe IPv6.
J'avais mis mon IP en dur dans /etc/network/interfaces donc je me suis retrouvé avec une lenteur vers tous les sites disponibles en IPv6.
-
Du coup, aucun intéret d'avoir de l'IPv6 pour moi, si je finis chez Orange, ça sera tunnels à gogo comme aujourd'hui :)
-
C'est quand même con pour le self-hosting, et la promotion de l'IPv6 natif. :-\
-
Oui ils se payent vraiment notre tête...
-
C'est curieux qu'ils donnent un /56 mais sont pas capables d'assurer un préfixe stable... faut espérer que c'est temporaire, ils n'ont peut-etre pas encore figé complètement leur implèmentation.
Apres on peut s'en sortir avec un dyndns aussi.
Du coup, aucun intéret d'avoir de l'IPv6 pour moi, si je finis chez Orange, ça sera tunnels à gogo comme aujourd'hui :)
qu'est-ce qui te gène dans le préfixe qui change qui ne soit pas solvable par du dyndns?
Je trouve plus dommage les limitations de la livebox en mode IPv6 (firewall, dhcpv6-pd, etc) que cette histoire de préfixe plus ou moins dynamique.
-
Certains ont un préfixe fixe et d'autres non ..
Je pense que c'est en cours de "stabilisation".
Si l'on prend Zoc (Antibes) et moi, nous sommes à 10 km l'un de l'autre (NRO différent) et comportement différent. Peut être que l'ip v6 est fixe sur certains types d'équipement+version firmware et pas sur d'autres.
-
non mais c'est immonde un préfixe qui change, perso, toute mon infra est en IP fixe, en v4 et v6. C'est un truc propre en réseau, ne pas dépendre d'une box foireuse pour adresser ton réseau.
-
non mais c'est immonde un préfixe qui change, perso, toute mon infra est en IP fixe, en v4 et v6. C'est un truc propre en réseau, ne pas dépendre d'une box foireuse pour adresser ton réseau.
Je trouve pas cela immonde en fait un réseau IPv6 bien conçu devrait pouvoir changer de préfixe a la volée...comme ca si on change de provider y'a rien a changer en interne. on peut même basculer de l'un a l'autre. Bref on evite une forte dépendance a ses providers.
C'est peut-être l'occasion de revoir ta config ?
-
Je précise que ma Livebox v3 est allumée 24h/24.
Si ma plage IPv6 a changée, ce n'est pas le cas de mon IPv4 qui est bien fixe.
@kgersen : il y a des DynDNS en IPv6 ?
-
Je trouve pas cela immonde en fait un réseau IPv6 bien conçu devrait pouvoir changer de préfixe a la volée...comme ca si on change de provider y'a rien a changer en interne. on peut même basculer de l'un a l'autre. Bref on evite une forte dépendance a ses providers.
C'est peut-être l'occasion de revoir ta config ?
Miam, je vais mettre tout mes serveurs avec des RA, qui peuvent sauter du jour au lendemain, puis je vais virer mes DNS pour faire confiance à un gros americain + un script sur chacune de mes machines. ça donne envie :)
-
Nan serieux, le statique, ça marche, c'est bien géré, ça permet de faire son internet avec ses dns, son routage interne, tout propre, y'a pas mieux !
-
@kgersen : il y a des DynDNS en IPv6 ?
J'avais fais une remarque similaire il y a 2 pages, et il en connait un gratuit! :)
https://lafibre.info/orange-les-news/actualites-ipv6-orange/msg340057/#msg340057
Perso, depuis la dernière fois que j'ai annoncé dans ce sujet, même préfixe (2 semaines).
Je garde le même préfixe minimum 2 mois, puis au-delà c'est au moindre reboot (logiciel, électrique, ou par le réseau Orange, peu importe).
-
Perso j'étais sur une offre "pro" mais j'arrête les frais. Je repasse sur une offre grand public et je monterai des tunnels depuis un dédié probablement chez online.
-
Nan serieux, le statique, ça marche, c'est bien géré, ça permet de faire son internet avec ses dns, son routage interne, tout propre, y'a pas mieux !
"faire son internet avec ses dns, son routage interne"
Je serais curieux de voir ta config ...
-
Ma conf ? Ben tout ça est en IPv6 fixe et avec du routage statique -> https://weathermap.milkywan.xyz/Neo.html
Et j'ai deux serveurs DNS chez moi, un serveur DNS chez Online et un serveur DNS chez K-Net.
bref, je pourrais passer en Dynamique, mais ça serait un calvaire à gérer et routage dynamique obligatoire.
-
Certains ont un préfixe fixe et d'autres non ..
Je pense que c'est en cours de "stabilisation".
Si l'on prend Zoc (Antibes) et moi, nous sommes à 10 km l'un de l'autre (NRO différent) et comportement différent. Peut être que l'ip v6 est fixe sur certains types d'équipement+version firmware et pas sur d'autres.
Bon après, moi, je n'utilise pas de LB, ça peut peut-être avoir son importance...
-
Je trouve pas cela immonde en fait un réseau IPv6 bien conçu devrait pouvoir changer de préfixe a la volée...comme ca si on change de provider y'a rien a changer en interne. on peut même basculer de l'un a l'autre. Bref on evite une forte dépendance a ses providers.
C'est peut-être l'occasion de revoir ta config ?
D'un point de vue customers, certes, d'un point de vue ""CDN"", surement pas
-
Sans doute le temps que ça se stabilise. Toute le monde n'est pas encore en IPV6, il y a encore des migrations en cours !
-
Sans doute le temps que ça se stabilise. Toute le monde n'est pas encore en IPV6, il y a encore des migrations en cours !
En FTTH ? ce n'est pas fini ?
Puis Orange va ajouter les abonnés adsl dans peu de temps (2017)
-
En FTTH ? ce n'est pas fini ?
C'est sensé être fini depuis la fin du printemps pour les clients VDSL et FTTH.
-
D'un point de vue customers, certes, d'un point de vue ""CDN"", surement pas
comment ca ?
-
En FTTH ? ce n'est pas fini ?
Puis Orange va ajouter les abonnés adsl dans peu de temps (2017)
Ben ceux qui ont les vieilles Livebox je ne crois pas non et pis ce n'est pas bouclé en ADSL donc, peut-être que les adresses naviguent encore ! Que ce soit ou ADSL ça revient au même ! Tant qu'en ADSL ce n'est pas fait, ça ne sera pas finalisé en fibre, ce sont les mêmes serveurs DHCP !
-
Oui mais pourquoi ce ne serait pas finalisé en fibre ?
-
Oui mais pourquoi ce ne serait pas finalisé en fibre ?
in incerto est ;)
-
La plus ancienne LB a être compatible à la fibre est la 2/zen.
Et Orange avait dit que, dans un second temps, elles seront mises à jour pour accepter l'IPv6. Qu'en est-il aujourd'hui?
-
C'est un peu con de la garder en FTTH sachant qu'elle est limitée à 100 Mb/s sur tous les ports Ethernet. En plus l'échange est sans doute gratuit avec la Livebox Play au moins vu que c'est elle qui est fourni en standard avec les abonnements en-dessous de Play.
-
La LB2 est en cours d'éradication pour les clients FTTH.
Remplacement obligatoire par une LB3.
-
C'est un peu con de la garder en FTTH sachant qu'elle est limitée à 100 Mb/s sur tous les ports Ethernet. En plus l'échange est sans doute gratuit avec la Livebox Play au moins vu que c'est elle qui est fourni en standard avec les abonnements en-dessous de Play.
On parle d'Orange, pas de Free.
Il y a encore une offre fibre à 100Mb/s quelque soit la version matérielle de la LB... Offre utilisée par environ 1/3 des clients Orange fibre: https://boutique.orange.fr/internet/offres-fibre/zen
La LB2 est en cours d'éradication pour les clients FTTH.
Remplacement obligatoire par une LB3.
Ok.
Aux dernières nouvelles publiques, la migration de LB2 vers une version ultérieure était toujours payante, et c'était les LB 1.x qui étaient en éradication pour toutes les technos.
-
Désolé pour le double post.
Voici le pdf actuellement dispo sur le site officiel pour les migrations côté LB:
http://boutique.orange.fr/doc/contrat4625.pdf
Extraits:
Vous détenez une offre commercialisée entre le 07/02/2013 et le 18/05/2016
Livebox Zen, Open Zen,
Open Mini ou offres
différentes de la
colonne de ci-contre
frais d’échange pour la Livebox Play 10€
gratuit si passage au VDSL (ndlr, et fibre je suppose)
Et en contradiction avec Tit91 pour les clients fibres les plus anciens:
Vous détenez une offre commercialisée avant le 07/02/2013,
Les frais d’échange de la Livebox 2 et du décodeur standard sont offerts.
La Livebox Play, le décodeur Livebox Play, la Livebox 4 et le décodeur TV 4 ne sont pas
disponibles.
Orange avait déjà environ 200k clients fibres à cette dernière date. Juste pour donner une idée, car une partie ont changé de forfait depuis. Mais la LB play est arrivée juste à cette date.
Pourquoi cette différenciation de date du forfait utilisé pour les migrations?
La fin du support des LB 1.x n’étaient pas conditionné à la date du forfait.
-
Je connais l'offre Zen, quand même... Et je sais bien que 100 Mb/s de débit Internet suffisent à beaucoup. Je voulais souligner que garder des ports LAN en 100 Mb/s c'est un peu aberrant aujourd'hui.
-
Je connais l'offre Zen, quand même... Et je sais bien que 100 Mb/s de débit Internet suffisent à beaucoup. Je voulais souligner que garder des ports LAN en 100 Mb/s c'est un peu aberrant aujourd'hui.
Ah ok.
Disons que la majorité des personnes ne se préoccupent pas de leur connexion internet, même vis à vis de la box, si cela fonctionne bien... et que c'est suffisant pour leurs usages.
Avec les petits opérateurs, la box 1G (quand elle existe) reste encore plus chère que celle à 100M. Si cette situation n'existe que très peu chez les grand opérateurs, je connais des gens prêts à passer à la fibre... avec une box 100M dans cette condition financière.
Ici, pour environ 200k clients, sauf fin du support de la LB2 pour tout le monde (pas le cas), la migration vers du play ou ultérieur est impossible.
La question ne se pose pas pour eux... sauf à migrer pour un forfait zen actualisé... et donc plus cher (grosse augmentation au début de cette année) => si 100Mb/s suffisent, personne ne paiera plus cher un forfait identique.
-
Effectivement c'est pénible ces changements de préfixes ipv6, à chaque fois il faut que je mette à jour mes sous-domaines pour continuer à accéder à mes machines.
La dernière fois c'était visiblement suite au fait que ma livebox se soit mise à jour sans prévenir (ce qui m'a d'ailleurs cassé certains paramètres dans l'interface admin)...
Merci Orange pour l'ipv6 natif mais ça serait sympa de finaliser tout ça...
-
Lorsque la box reboote, soit par action de l'utilisateur soit pour une mise à jour, elle envoie un DHCPRELEASE. Par conséquent la probabilité d'obtenir le même préfixe ensuite est faible...
Pour les mises à jour, pas vraiment de solution. Pour les cas des reboots par l'utilisateur, débranchez la box plutôt que d'utiliser l'interface d'admin...
-
est il possible d ouvrir les ports en IPv6
quand je fais un scan les ports sont bloquer il y a que le port 80 qui est ouvert malgres le par feux ipv6
merci
-
???
-
est il possible d ouvrir les ports en IPv6
quand je fais un scan les ports sont bloquer il y a que le port 80 qui est ouvert malgres le par feux ipv6
merci
Oui, mais c'était un peu bugué. Une mise à jour à apparemment réglé le souci, et mis automatiquement la bonne syntaxe voulue à l'origine. En cas de blocage dans les paramètres, dis-le, je me rappelle du contournement.^^
http://192.168.1.1/advConfigFirewall.html tout en bas de cette page, sans entrer dans les "niveaux" de protection (les niveaux ne sont que pour l'IPv4). Et ici, pas de distinction entre entrée et sortie, contrairement à l'IPv4. C'est du paramétrage basique en IPv6.
-
ça reste encore limiter les fonctionnalité en ipv6 et limiter à 2 lignes max et le port 8442 n'est pas ouvert bien qu il soit activé
(http://zupimages.net/up/16/44/c1cx.jpg)
(http://imagik.fr/images/2016/11/02/c34eea4a3f56da1a8969695fb5252da3.jpg)
-
Le problème des "scan de ports", ce n'est que pour l'aspect sécuritaire (portes ouvertes pour les pirates).
Je bloque tout, côté pare-feu côté ordinateur, en entrée, donc c'est fermé pour les scans, mais ne m'empêche pas de "dialoguer" avec des serveurs en IPv6 (idem en IPv4 mais également dans la LB car mieux paramétrable).
De ce que je vois en paramètre, c'est ok côté LB.
Est-ce que ton usage, avec ce port et vers/depuis le VPS1, est fonctionnel sur la ligne de la LB? Si non, faudra plutôt regarder sur le pare-feu que tu utilises sur ordinateur.
Edit: ah mais, tu veux héberger chez toi, c'est ça? As-tu pensé à Nater le port?
-
As-tu pensé à Nater le port?
"Nater" ? En IPv6 ? L'intérêt d'IPv6 c'est justement de ne pas avoir à faire de NAT...
-
"Nater" ? En IPv6 ? L'intérêt d'IPv6 c'est justement de ne pas avoir à faire de NAT...
Certes, mais si l'IPv6 by Orange est natif, la LiveBox by Orange est une m**** pour paramétrer l'IPv6.
C'est au cas où. Il y a des paramètres qui interagissent en hybride IPv4/IPv6. Et cette interaction n'est marquée nulle part, mais j'ai déjà pu la constater.
Ici, je n'ai rien contre l'arrivée de l'IPv6 natif, mais contre la LiveBox qui est censée gérer IPv6...
-
après plusieurs test rien y fait j'ai même tester sur un dédie Ubuntu pareil seul le port 80 en ipv6 fonctionne
je vais mettre de coter la partie ipv6 de coter pour les autres serveurs en attendant peut être que tous les port soit ouvert dans la box avec une nouvelle mise a jour j’espère
-
Je sens qu'on va bien rigoler le jour où les LB2 seront mises à jour pour gérer l'ipv6 :(
A moins que soit décidé au denier moment le contraire, ce qui ne m'étonnerais pas non plus, allez hop tout le monde avec la LB play minimum. J'ai déjà 2 LB inutilisables, ça en fera 2 de plus...
@dj54 : T'as essayé en mettant tous les ports ? Des fois que... On a tellement vu des énormités sur les LB que ça m'étonnerais pas.
Sinon y'a pas une partie DMZ ipv6 ?
-
Je sens qu'on va bien rigoler le jour où les LB2 seront mises à jour pour gérer l'ipv6 :(
A moins que soit décidé au denier moment le contraire, ce qui ne m'étonnerais pas non plus, allez hop tout le monde avec la LB play minimum. J'ai déjà 2 LB inutilisables, ça en fera 2 de plus...
De ce qui se dessine depuis plusieurs mois, il est peu probable que la LB2 gérera l'IPv6.
Mais je me rappelle encore qu'il y avait pourtant eu une annonce que cela allait être le cas, à terme.
On verra avec l'arrivée de l'IPv6 sur ADSL, l'année prochaine (2017), où il y a une grosse proportion de lignes (la majorité?) sur LB2.
-
Un coup c'est blanc, un coup c'est noir avec eux. Faudrait savoir...
-
@dj54 : T'as essayé en mettant tous les ports ? Des fois que... On a tellement vu des énormités sur les LB que ça m'étonnerais pas.
Sinon y'a pas une partie DMZ ipv6 ?
Non pas de DMZ ipv6 et j'ai testé d 'autre port cela est pareil :-X
-
ça reste encore limiter les fonctionnalité en ipv6 et limiter à 2 lignes max et le port 8442 n'est pas ouvert bien qu il soit activé
chez moi ca fonctionne. le port ouvert dans la livebox passe bien en IPv6 aussi.
le probleme doit être de ton coté apres la livebox.
-
J'utilise un routeur tiers pour un abo adsl tout simple, et naturellement, ce routeur n'est pas compatible ipv6. Est-ce qu'orange préviendra avant de basculer sur l'ipv6 et est-ce qu'orange arrêtera brutalement l'ipv4 ?
-
...orange arrêtera brutalement l'ipv4 ?
c'est prévu au 1/1/2017, tu ne le savais pas ?
-
c'est prévu au 1/1/2017, tu ne le savais pas ?
Oh le troll.^^
J'utilise un routeur tiers pour un abo adsl tout simple, et naturellement, ce routeur n'est pas compatible ipv6.
Il existe des modem-routeur tiers ADSL compatibles IPv6. Idem en routeur simple à mettre derrière une box.
Est-ce qu'orange préviendra avant de basculer sur l'ipv6
Non.
et est-ce qu'orange arrêtera brutalement l'ipv4 ?
L'arrivée de l'IPv6, et l'arrêt de l'IPv4, sont 2 choses indépendantes.
Et pour l'heure, aucun opérateur n'a coupé totalement l'IPv4 à un client (éventuellement moins de ports, tout au plus, mais pas encore chez Orange).
Pour le moment, l'arrivée de l'IPv6 veut dire que la ligne/box gère IPv4 ET IPv6. ;)
-
il reste quand même que la plupart des modems-routeurs tiers ne gèrent pas le dhcp suffisament bien pour être compatibles avec l'infra d'orange.
Ça peut poser problème quand l'infra legacy ppp aura completement disparue chez Orange. Mais bon, normalement pour l'instant on a le temps de voir venir.
Oui, j'avais vu des retours à ce sujet.
D'ailleurs, est-il déjà prévu de retirer le ppp ? Si oui, pour quand ?
-
Bonjour
peut on espérer une activation de l ipv6 en ADSL des Janvier ?
ou cela se fera vers mars comme en Fibre
-
En tout cas le firmware supportant la fonctionnalité sur ADSL arrive en janvier.
-
Les v2 (résidentielles/pro) sont concernées par la MAJ du coup ? Ou il faudra au minimum la v3 ?
De plus est-il prévu de passer de openRG au soft maison (c'est toujours soft@home ?) pour les pro ? Car il me semble que les résidentielles ont déjà eu la MAJ.
-
Bonjour,
il y a eu des infos/indiscrétions sur le déploiement ipv6 Orange sur les offres ADSL ?
Je n'ai pas l'impression que l'utilisation IPV6 progresse beaucoup en ce moment. (pas de migration massive détectés via : https://www.vyncke.org/ipv6status/compare.php?metric=p&countries=fr )
-
J'ai du VDSL Orange depuis 1 mois.
L'ipv6 fonctionne mais le préfixe change tout le temps.
Alors que mon ipv4 ne bouge pas.
-
@petrus : merci
Chez moi, ipv6 depuis Mars 2016, j'ai le même préfixe depuis la 1ere semaine d' octobre 2016. (il y a eu un reboot électrique depuis et j'ai bien gardé le même bloc ipv6. )
il me semble que j'ai la même ipv4 depuis au moins le printemps dernier.
-
Mon préfixe a finalement changé il y a 3 semaines, après 11 mois avec le même, à l'occasion d'une maintenance du réseau qui conduit à une coupure totale (TV+Tel+Internet) de 23h50 à 7h le lendemain matin (elle a sans doute duré moins longtemps mais le client DHCP de mon ERL n'a récupéré une IP qu'après l'avoir relancé à la main). Ca a foutu un beau bordel dans mon réseau car tout est en IPv6 et j'ai du changer le préfixe dans tous les enregistrements de mon serveur DNS interne ::) (du coup j'envisage de mettre en place des adresses ULA en plus des publiques).
Autre maintenance mercredi dernier (juste à la fin de Barca-PSG), sensée durer jusqu'à 8H le lendemain. Entre temps j'ai écrit un script qui surveille l'accès et relance le client DHCP. La maintenance s'est terminée à 1h30 et ma connexion s'est automatiquement relancée; Cette fois j'ai conservé le même préfixe.
-
Ca a foutu un beau bordel dans mon réseau car tout est en IPv6 et j'ai du changer le préfixe dans tous les enregistrements de mon serveur DNS interne ::) (du coup j'envisage de mettre en place des adresses ULA en plus des publiques).
T'as quoi comme conf ipv6 interne + ddns ? slaac, stateless dhcp ou statefull dhcp ?
dnsmasq sait faire slaac + ddns . la livebox le fait tres bien d'ailleurs.
-
Alors j'ai un serveur DNS cache + authoritaire pour mes zones sur mes 2 Syno (master + slave), et je fais uniquement du SLAAC. Je n'ai pas utilisé dnsmasq sur l'ERL car j'ai 4 zones "forward" et 5 zones "reverse", et c'est trop chiant à configurer ;D
Pour les machines que je rend visible en IPv6 sur Internet, j'ai un script ad-hoc sur l'ERL qui va modifier les enregistrements AAAA chez mon hébergeur DNS (Cloudflare) quand le préfixe change. Donc paradoxalement, quand mon préfixe change, ça casse mes résolutions internes mais pas les externes.
J'aurais sans doute pu me passer de DNS authoritaire interne mais je voulais pas faire de NAT Loopback sur l'ERL. De plus j'ai des machines internes que je ne veux pas exposer dans le DNS externe.
D'où éventuellement l'idée d'adresser en ULA pour les communications IPv6 internes. Après, si mon préfixe change une fois par an, ça reste jouable de le faire à la main (je n'ai pas non plus des milliers d'enregistrements AAAA). Je pourrais aussi regarder comment modifier dynamiquement les enregistrements dans le DNS du Syno avec un script comme je le fais avec Cloudflare.
-
oui je parlais du ddns au sens 'interne' (aka Host Registration) pas au sens usuel externe vers Cloudflare ou autre.
Je ne sais pas ce qu'utilise les Syno mais dnsmasq a l'avantage d'avoir un mode ddns sur le lan pour les postes en slaac -> on met tout le lan en IP dynamiques même les serveurs et on configure l'ip link-local des serveurs dns dans RDDNS (ou stateless DHCPv6). Ca simplifie bien les choses: tout est dynamique par rapport au préfixe reçu.
-
Le déploiement ipv6 sur adsl est pour cette année.
-
D'accord.
Merci pour les infos.
Les dslam atm sont toujours conservés ou sont en cours de remplacement par des dslam ethernet ? Une idée du nombre de dslam atm vs dslam ethernet?
Je suppose que c'est pareil pour l'ipv4 fixe.
Pour les stats elles mettent 1 à 2 jours à s'actualiser mais comme ça varie déjà souvent entre semaine (pas mal de entreprise en ipv4) et Week end, il faut quand même un petit paquet d'abonnés supplèmentaires pour qu'on le voit..
Puis il faut aussi que les livebox rebootent pour basculer en DHCP ipv4/6
-
Les dslam atm sont toujours conservés ou sont en cours de remplacement par des dslam ethernet ? Une idée du nombre de dslam atm vs dslam ethernet?
L'atm est en voie de disparition, mais ça prends du temps.
-
D'accord.
Ce que je voulais dire c'est qu'il n'y a pas non plus d ipv4 préférentielle fixe (DHCP) sur les dslam atm. C'est ça ?
C'est soit PPPoE (dslam atm) soit ipv4 et ipv6 (DHCP) sur les dslam avec collecte ethernet.
-
[autocensure]
-
Est-ce que VDSL = DSLAM ethernet ?
La méthode d'auth DHCP va être comme sur le VDSL et la fibre du coup ? (option 90, user class...)
Quel PVC sera utilisé ? le 8/32 ? Car je suppose que le 8/35 reste pour le PPPoE.
Les LB pro v2 vont enfin passer au SIP (je suis en H323, car j'ai toujours le RTC, c'est lié à ce que j'ai lu) ? Ce que je trouve bizarre c'est que je suis sur le 8/35 et pas le 8/51. Même s'il a été supprimé en fibre/VDSL, je pensais qu'il serait conservé en ADSL, ou c'est encore lié au proto ? H323 8/35, SIP 8/51 ?
-
Les abonnés Orange vdsl ont déjà l ipv4 et ipv6 via DHCP depuis 1 an donc oui ;)
Il y a des infos sur le forum pour remplacer la livebox par un routeur en FTTH. Les paramètres doivent être les mêmes.
-
C'est bien ce qui me semblait, donc tout ceux qui on leur NRA compatible VDSL devraient migrer en DHCP (ce qui est mon cas).
Il y a des infos sur le forum pour remplacer la livebox par un routeur en FTTH. Les paramètres doivent être les mêmes.
Les paramètres sont les mêmes oui, à voir sur l'ADSL mais ce serait bizarre que ce soit fait autrement.
-
Pas forcèment, il y a souvent plusieurs DSLAM dans un même NRA, des ATM et des Ethernet.
Ça dépendra du type de DSLAM sur lequel tu es branché. Mais des abonnées GP sur un DSLAM ATM il y en a plus des masses aujourd'hui.
La majorité des clients qui sont encore en ATM sont des pros avec des offres bien spécifiques qui ne sont compatible qu'avec L'ATM.
-
Pas forcèment, il y a souvent plusieurs DSLAM dans un même NRA, des ATM et des Ethernet.
C'est vrai que j'avais zappé ce détail important ::) Bon ben, on verra bien...
-
Est ce que l'on peut voir qqpart si on est en ATM ou en Ethernet ?
-
Toi même je crois pas, moi oui ;)
Idem numéro en MP si intéressé.
Déjà fait :)
Ben dis donc c'est rapide pour le teste, ma box demande de rebooter, ce qu'elle fait en ce moment. ;)
-
Déjà fait :)
Ben dis donc c'est rapide pour le teste, ma box demande de rebooter, ce qu'elle fait en ce moment. ;)
Ah oui j'avais pas fait attention que tu es sur un DSLAM matricé, et ça fait parfois des coupures quand je lance ce test... C'était pas la peine de rebooter la synchro serait revenu toute seule.
Tu est en collecte Ethernet.
-
Ah oui j'avais pas fait attention que tu es sur un DSLAM matricé, et ça fait parfois des coupures quand je lance ce test... C'était pas la peine de rebooter la synchro serait revenu toute seule.
Tu est en collecte Ethernet.
Pas grave j'ai deux box, le routeur balance sur les deux.
Et non pour avoir testé, la syncro ne revient pas, un bug. C'est un technicien qui me l'a dit.
-
Pas forcèment, il y a souvent plusieurs DSLAM dans un même NRA, des ATM et des Ethernet.
Ça dépendra du type de DSLAM sur lequel tu es branché. Mais des abonnées GP sur un DSLAM ATM il y en a plus des masses aujourd'hui.
La majorité des clients qui sont encore en ATM sont des pros avec des offres bien spécifiques qui ne sont compatible qu'avec L'ATM.
Y'a encore des endroits où il n'y a pas de ge disponible...
-
J'ai pas accès aux stats, mais je constate que sur les réglettes ATM dans les NRA ou le GE est dispo y'a plus grand monde à part les Pros avec les offres BVPN, OPO, ect... Bon les OPO vont passer en collecte GE dans les mois qui arrivent.
Oui forcèment la ou y'a pas de GE, y'a du monde sur l'ATM, mais tu as une vision beaucoup plus globale que la mienne.
Après en Gironde des NRA ATM only j'ai pas l'impression qu'il y en tant que ça, mais c'est une constatation terrain qui n'est pas forcèment reprensative de tout le parc de DSLAM.
-
Si tu veux envoi moi ton numéro de support je te dirais sur quelle type de DSLAM tu es.
Par support tu veux dire mon n° de téléphone ?
-
Le numéro géographique en 01,02,03... pas le 09
-
Le numéro géographique en 01,02,03... pas le 09
Oui je me doute bien ;)
-
J'ai encore ma pro v2 et elle marchait vraiment bien.
La 1ère box compatible fibre, il me semble.
(https://assistance.orange.fr/medias/woopic/images/var/orange/storage/images/front-prod/equipement/livebox-et-modems/livebox-pro-v2-sagem/3620792-21-fre-FR/livebox-pro-v2-sagem_screenshot.jpg)
-
[autocensure]
-
J'ai répondu au MP de Renaud07, pas de chance les 2 lignes sont sur le même DSLAM ATM.
Je me suis enflammé un peu vite visiblement :(
Merci d'avoir pris le temps de vérifier, cependant.
Pour les LB GP, je crois que la LB2 n'aura jamais de firmware dhcp. Pour les LB pro je pense que c'est pareil, mais je n'ai pas eu d'infos.
C'est quand même bizarre car des v2 autant en GP qu'en pro, il en reste quand même pas mal sur l'ADSL... L'arrêt des v1 date de 2015, ils abandonneraient aussi vite les v2 ? Surtout qu'elle est encore en vente sur la boutique...
-
La 1ère box compatible fibre, il me semble.
Exact. Une MAJ et elle pourrait encore servir pour les abo zen.
-
Exact. Une MAJ et elle pourrait encore servir pour les abo zen.
Je crois qu'orange ne s'en sert plus depuis déjà un petit moment car
1) elle est limité par des ports ethernet 100 mbits. (94.5 en débit utile en ipv4) alors que l'abonnement permet de dépasser les 100 mbits utile..
2) le wifi ne doit pas être un super wifi. Est ce qu'elle tient en débit réel du 100 mbits ?
Après c'est sûr que pour de la Adsl ça fait le job..
-
C'est du WiFi g donc forcèment ce sera plus des performances de premier choix. Mais même avec de l'ADSL, avoir un LAN en 100 Mb/s c'est dommage aujourd'hui.
-
C'est du WiFi g donc forcèment ce sera plus des performances de premier choix. Mais même avec de l'ADSL, avoir un LAN en 100 Mb/s c'est dommage aujourd'hui.
Non, elle a du wifi N. Côté débit, en transfert de fichiers je fais du 4-5 Mo/s.
-
Non, elle a du wifi N. Côté débit, en transfert de fichiers je fais du 4-5 Mo/s.
Ça reste quand même faible pour une box fibre. De toute façon elle n'est plus commercialisé sur de la fibre.
Ça va pour de la ADSL.
-
Ça reste quand même faible pour une box fibre. De toute façon elle n'est plus commercialisé sur de la fibre.
Ça va pour de la ADSL.
Oui je concède que c'est faible pour de la fibre, mais si comme moi on a aucun périphérique AC, ça peut encore passer. Comparé à mon AP TP-link, c'est légèrement en retrait (5-6 Mo/s) mais il faut que je sois proche sinon les débits tombent très vite vers 3-4 donc pas mieux en somme. C'est sans doute la limite du N.
-
Est ce qu'elle tient en débit réel du 100 mbits ?
Après c'est sûr que pour de la Adsl ça fait le job..
En ADSL elle fait aussi bien qu'une LB4 (Bonne Box).
J'ai changé à l'époque, contre LB Play (misère :-\).
Juste pour voir ma Box depuis mon Tel, ce qu'elle ne fait pas, sinon ...
J'ai même eu la LB blanche, celle du forfait Zen. La pro v2 est bien meilleur en débit et stabilité.
(http://livebox-news.com/wp-content/uploads/2009/04/livebox_v2.jpg)
-
Et sinon pourquoi ne pas proposer l'ipv6 via le PPPoE en attendant ?
-
Parce que les BAS ne le supportent pas ?
-
Et sinon pourquoi ne pas proposer l'ipv6 via le PPPoE en attendant ?
Il faut voir aussi le coût vs le nombre d'abonnés concernés...
Sans chiffres difficile de juger..
Orange reste quand même le seul Fai en France à activer d'office L'ipv6 pour le moment (chez free ça semble bien être en option sinon il y en aurait beaucoup plus depuis le temps..)
-
Parce que les BAS ne le supportent pas ?
Donc OVH a fait de la magie depuis tout ce temps ? :D
Il faut voir aussi le coût vs le nombre d'abonnés concernés...
Sans chiffres difficile de juger..
Orange reste quand même le seul Fai en France à activer d'office L'ipv6 pour le moment (chez free ça semble bien être en option sinon il y en aurait beaucoup plus depuis le temps..)
SFR active également l'ipv6 d'office, non ?
Et questions coûts, il me semble quand même qu'une modif du client ppp des LB2 serait moins coûteux que d'ajouter le DHCP. Après y'a peut être aussi la couche ipv6 à rajouter, mais ça serait bizarre que ça ne soit pas inclus d'office (à moins qu'ils aient volontairement zappé cette partie lors de la compil ?)
-
Non, chez sfr c'est aussi une option au niveau de la box (comme chez free) ou alors le changement est récent. https://assistance.sfr.fr/internet-et-box/securite/protocole-ipv6-activer-sfr.html
Mais généralement quand un fai activé de lui même L'ipv6 sur ses boxs ça se voit rapidement ici (cf orange depuis novembre 2015-début du test à grande échelle puis déploiement ftth et vdsl depuis février 2016)
https://www.vyncke.org/ipv6status/compare.php?metric=p&countries=fr
Pour orange, on verra...
Ils préfèrent peut être retirer toutes les lb2 aussi..
Avant d'avoir une réponse officielle et définitive, je pense qu'il faut déjà laisser le temps à orange de le déployer sur tous les dslam ethernet et de l'activer aux abonnés avec un lb play ou lb4 puis orange prendra sa décision en fonction du parc de livebox..
-
savent pertinemment qu'elle ne sera plus mise
Non, chez sfr c'est aussi une option au niveau de la box (comme chez free) ou alors le changement est récent. https://assistance.sfr.fr/internet-et-box/securite/protocole-ipv6-activer-sfr.html
Ah ok, j'ai rien dit...
Ils préfèrent peut être retirer toutes les lb2 aussi..
Dans ce cas il serait temps de retirer la LB2 de la vente... vu qu'elle n'est plus proposée avec les abos actuels, même pas l'offre découverte.
Avant d'avoir une réponse officielle et définitive, je pense qu'il faut déjà laisser le temps à orange de le déployer sur tous les dslam ethernet et de l'activer aux abonnés avec un lb play ou lb4 puis orange prendra sa décision en fonction du parc de livebox..
Leur laisser le temps, d'accord, mais pas trop quand même. Je leur donne 6 mois.
-
[autocensure]
-
Leur laisser le temps, d'accord, mais pas trop quand même.
Chaque Fai fait ses choix.. Si L'ipv6 est indispensable pour toi, il y a plusieurs possibilités.
Changer de Fai. (free, ovh, sfr)
Monter un tunnel ipv6.
Sinon oui, il est sûrement plus rentable d'adapter le firmware de la lb2 pour le DHCP plutôt que de faire de L'ipv6 sur PPPoE
-
Je pense ne pas me tromper aujourd'hui en disant qu'il n'y aura (plus) jamais d'ipv6 sur ppp chez Orange.
Je disais ça un peu en désespoir de cause. Mais je me doute qu'ils ne vont pas mettre en place l'ipv6 sur ppp alors que la techno est vouée à disparaître.
C'est pas plus mal en fait, mais faudrait qu'ils accélèrent le renouvellent des DSLAM histoire de ne pas pénaliser trop longtemps les usagers en ATM.
-
Chaque Fai fait ses choix.. Si L'ipv6 est indispensable pour toi, il y a plusieurs possibilités.
Changer de Fai. (free, ovh, sfr)
Monter un tunnel ipv6.
C'est pas vraiment que ça m'est indispensable pour le moment, c'est juste que ça m'énerve de voir la différence de traitement entre les types d'abonnements. C'est un peu comme si, pour faire le parallèle avec l’électricité par exemple, tu habites au fin fond de la cambrousse alors tu n'as pas accès à plus de 9 KVA.
Enfin bref, j'arrive toujours pas à m'y faire...
-
C'est pas plus mal en fait, mais faudrait qu'ils accélèrent le renouvellent des DSLAM histoire de ne pas pénaliser trop longtemps les usagers en ATM.
Pas encore de planning arrêté dessus.
Certains employés parlent de "quelques années".
Dit comme ça, peu de risques qu'ils se trompent. :P
Non, chez sfr c'est aussi une option au niveau de la box (comme chez free) ou alors le changement est récent. https://assistance.sfr.fr/internet-et-box/securite/protocole-ipv6-activer-sfr.html
Je confirme pour SFR.
Mais pas totalement pour Free. Il y a quand même entre 20% et 25% d'abonnés Free avec IPv6 activé.
Et je continue à ne pas croire qu'il y a des millions d'utilisateurs si intéressés à l'IPv6 au point de l'activer eux-même.
Certains freenautes se sont amusés a récoltés des retours sur ceux découvrant que leur IPv6 étaient déjà activé: il semblerait que ce soit uniquement sur des lignes (très) récentes.
Une date avait même été trouvé... mais perdu, donc pas pu l'avoir. :(
-
Pas encore de planning arrêté dessus.
Certains employés parlent de "quelques années".
Dit comme ça, peu de risques qu'ils se trompent. :P
Tu viens de m'achever...
-
C'est pas vraiment que ça m'est indispensable pour le moment, c'est juste que ça m'énerve de voir la différence de traitement entre les types d'abonnements. C'est un peu comme si, pour faire le parallèle avec l’électricité par exemple, tu habites au fin fond de la cambrousse alors tu n'as pas accès à plus de 9 KVA.
Enfin bref, j'arrive toujours pas à m'y faire...
C'est fini le service public PTT hein. Y'a plus l'obligation de relier tout le monde aux même conditions. (bon pour l'internet y'a jamais eu).
-
C'est un peu comme si, pour faire le parallèle avec l’électricité par exemple, tu habites au fin fond de la cambrousse alors tu n'as pas accès à plus de 9 KVA.
Enfin bref, j'arrive toujours pas à m'y faire...
Du 9 kva oui comme tu as accès au téléphone fixe.
Monte une société qui a besoin plutôt de 100 Kva voire 1 Mva tu verras la réponse de EDF..
Surtout qu'ici on parle surtout d'une amélioration (ipv6) tu as quand même accès au net et etc..
Pour le moment orange commence à peine le déploiement sur les lignes adsl.. Donc pour le moment tu n'es pas plus mal loti en campagne qu'ailleurs.
Après si ça se trouve tu passeras à de la collecte ethernet dans l'année (et comme le déploiement de L'ipv6 va prendre plusieurs mois...)
-
Mais pas totalement pour Free. Il y a quand même entre 20% et 25% d'abonnés Free avec IPv6 activé.
Et je continue à ne pas croire qu'il y a des millions d'utilisateurs si intéressés à l'IPv6 au point de l'activer eux-même.
Certains freenautes se sont amusés a récoltés des retours sur ceux découvrant que leur IPv6 étaient déjà activé: il semblerait que ce soit uniquement sur des lignes (très) récentes.
Une date avait même été trouvé... mais perdu, donc pas pu l'avoir. :(
Je suis d'accord. Mais des lignes récentes en FTTH à Paris n'ont pas non plus ipv6 par défaut.. Donc la stratégie de free n'est pas très claire la dessus.
Puis entre 2013 et 2015 (avant qu'orange n'intervienne massivement) la part ipv6 est plutôt stable.
On dirait que free l'a imposé sur certaines box en 2010/2011 ou avant et que depuis c'est plutôt stable.
-
C'est fini le service public PTT hein. Y'a plus l'obligation de relier tout le monde aux même conditions. (bon pour l'internet y'a jamais eu).
C'est pour ça que j'y faisais référence. Le service public c'est bien (enfin sauf la redevance TV ^^).
Monte une société qui a besoin plutôt de 100 Kva voire 1 Mva tu verras la réponse de EDF..
Réponse : du moment que vous sortez le chéquier on fait ce que vous voulez ;D
Surtout qu'ici on parle surtout d'une amélioration (ipv6) tu as quand même accès au net et etc..
Pour le moment orange commence à peine le déploiement sur les lignes adsl.. Donc pour le moment tu n'es pas plus mal loti en campagne qu'ailleurs.
Après si ça se trouve tu passeras à de la collecte ethernet dans l'année (et comme le déploiement de L'ipv6 va prendre plusieurs mois...)
Je suis un éternel insatisfait qui en veux toujours plus :P
-
Réponse : du moment que vous sortez le chéquier on fait ce que vous voulez ;D
Je pense que si tu arrives à trouver la bonne oreille chez Orange et que tu sors ton chéquier pas de soucis pour passer en collecte ethernet..
Chez EDF, tu as beau sortir ton chéquier tu n'auras pas ce que tu veux pour de telles puissance en quelques jours/semaines..
-
Je pense que si tu arrives à trouver la bonne oreille chez Orange et que tu sors ton chéquier pas de soucis pour passer en collecte ethernet..
Merci pour le tuyau, par contre s'il faut sortir quelques milliers, j'ai pas les finances en ce moment ;D
Chez EDF, tu as beau sortir ton chéquier tu n'auras pas ce que tu veux pour de telles puissance en quelques jours/semaines..
Possible, je n'ai jamais vraiment creusé la question.
-
Merci pour le tuyau, par contre s'il faut sortir quelques milliers, j'ai pas les finances en ce moment ;D
Si tu un a SIRET, tu peut taper chez OBS.
Dans le catalogue monstrueux d'offres, tu trouvera bien de l'ADSL avec IPv6 :)
-
Si tu un a SIRET, tu peut taper chez OBS.
Dans le catalogue monstrueux d'offres, tu trouvera bien de l'ADSL avec IPv6 :)
J'ai pas de SIRET. Et m'abonner à OBS ? Je ne suis pas fou à ce point. Et même si j'avais une boite, je prendrais un abo GP.
-
C'est normal que la LB4 construise son ipv6 WAN avec de l'EUI-64 ?
C'est pas censé être déprécié comme méthode ?
-
Il me semble avoir lu que c'est la méthode par défaut sous Linux, si on veut de l'aléatoire, il faut le préciser. Contrairement à Windows.
C'est vrai que ça ne me plaît pas beaucoup, mais bon... raison de plus pour mettre son propre routeur :)
-
C'est normal que la LB4 construise son ipv6 WAN avec de l'EUI-64 ?
C'est pas censé être déprécié comme méthode ?
oui .sur son interface WAN, elle n'a pas d'IPv6 globale (=routable sur internet, equivalent de 'public' en IPv4) mais qu'une IPv6 link-local pour causer avec l'équipement de l'autre coté du lien fibre/vdsl.
l'EUI-64 n'est pas 'déprécié' c'est juste pas recommandé pour construire des IPv6 qui serviront a aller sur Internet.
D'ailleurs souvent les machines ont plusieurs IPv6, une faite avec EUI-64 et une temporaire, qui change souvent pour sortir du LAN.
par exemple, mon PC sous Windows 10:
Adresse IPv6. . . . . . . . . . . . . .: 2a01:xxxx:xxxx:xxxxx:bbbb:bbbb:bbbb:bbbb
Adresse IPv6 temporaire . . . . . . . .: 2a01:xxxx:xxxx:xxxx:zzzz:zzzz:zzzz:zzzz
Adresse IPv6 de liaison locale. . . . .: fe80::bbbb:bbbb:bbbb:bbbb%13
mon prefix IPv6 public est 2a01:xxxx:xxxx:xxxxx::/64
J'ai 2 IPv6 public dont une faite avec l'EUI-64 de l'adresse MAC de la carte Ethernet ( bbbb:bbbb:bbbb:bbbb ).
Mais que je vais sur https://ip.lafibre.info , je vois la deuxieme adresse IPv6 , la temporaire. celle-ci change regulierement.
-
Bonjour
Après avoir fait un test de désactivé dans l'interface de la box l ipV6 et en la réactivant elle a repris le même préfixe ip, du coup je me retrouve avec la même ipv6
je n'ai pas vue d info quand est passer le préfixe en fixe ;D
-
Bonjour
Après avoir fait un test de désactivé dans l'interface de la box l ipV6 et en la réactivant elle a repris le même préfixe ip, du coup je me retrouve avec la même ipv6
je n'ai pas vue d info quand est passer le préfixe en fixe ;D
Officiellement il n'est pas "préférentiel". (cf la doc orange) https://assistance.orange.fr/livebox-modem/toutes-les-livebox-et-modems/installer-et-utiliser/mesurer-votre-debit/ipv6-chez-orange_161850-528413
Mais chez moi il est le même depuis mi-octobre..
Orange a du activer l'IPV6 sur l'ADSL car il y a une bonne hausse (quasiment 0.6 pt en 2 ou 3 jours) : https://www.vyncke.org/ipv6status/compare.php?metric=p&countries=fr
-
Bonjour
Après avoir lu pas mal de messages sur ce forum et en particulier sur ce thread, j'ai effectué quelques tests sur une connexion Orange ADSL avec un modem perso (donc sans Livebox) et j'ai obtenu des résultats intéressants.
Premièrement, j'ai changé la configuration de mon modem, je suis passé d'un bridge RFC2684 sur ATM VPI/VCI 8.35 vers 8.32.
Ensuite, j'ai utilisé une configuration similaire à ce qu'il se fait sur des connexions fibre derrière un ONT (DHCP avec option 90, etc...).
En IPv4, je constate qu'il y a bien un équipement qui répond à mes requêtes DHCP Discover:
Frame 1: 372 bytes on wire (2976 bits), 372 bytes captured (2976 bits) on interface 0
Ethernet II, Src: xx:xx:xx:xx:xx:xx (xx:xx:xx:xx:xx:xx), Dst: Broadcast (ff:ff:ff:ff:ff:ff)
Internet Protocol Version 4, Src: 0.0.0.0, Dst: 255.255.255.255
User Datagram Protocol, Src Port: 68, Dst Port: 67
Bootstrap Protocol (Discover)
Message type: Boot Request (1)
Hardware type: Ethernet (0x01)
Hardware address length: 6
Hops: 0
Transaction ID: 0xda10e530
Seconds elapsed: 0
Bootp flags: 0x0000 (Unicast)
0... .... .... .... = Broadcast flag: Unicast
.000 0000 0000 0000 = Reserved flags: 0x0000
Client IP address: 0.0.0.0
Your (client) IP address: 0.0.0.0
Next server IP address: 0.0.0.0
Relay agent IP address: 0.0.0.0
Client MAC address: xx:xx:xx:xx:xx:xx (xx:xx:xx:xx:xx:xx)
Client hardware address padding: 00000000000000000000
Server host name not given
Boot file name not given
Magic cookie: DHCP
Option: (53) DHCP Message Type (Discover)
Length: 1
DHCP: Discover (1)
Option: (55) Parameter Request List
Length: 7
Parameter Request List Item: (1) Subnet Mask
Parameter Request List Item: (28) Broadcast Address
Parameter Request List Item: (2) Time Offset
Parameter Request List Item: (3) Router
Parameter Request List Item: (15) Domain Name
Parameter Request List Item: (6) Domain Name Server
Parameter Request List Item: (12) Host Name
Option: (90) Authentication
Length: 22
Protocol: configuration token (0)
Algorithm: 0
Replay Detection Method: Monotonically-increasing counter (0)
RDM Replay Detection Value: 0x0000000000000000
Authentication Information: fti/xxxxxxx
Option: (60) Vendor class identifier
Length: 5
Vendor class identifier: sagem
Option: (77) User Class Information
Length: 44
Instance of User Class: [0]
User Class Length: 43
User Class Data: 46535644534c5f6c697665626f782e496e7465726e65742e...
Option: (255) End
Option End: 255
Frame 2: 346 bytes on wire (2768 bits), 346 bytes captured (2768 bits) on interface 0
Ethernet II, Src: Nokia_xx:xx:xx (00:d0:f6:xx:xx:xx), Dst: xx:xx:xx:xx:xx:xx (xx:xx:xx:xx:xx:xx)
Internet Protocol Version 4, Src: 172.16.0.1, Dst: 172.16.134.24
User Datagram Protocol, Src Port: 67, Dst Port: 68
Bootstrap Protocol (Offer)
Message type: Boot Reply (2)
Hardware type: Ethernet (0x01)
Hardware address length: 6
Hops: 0
Transaction ID: 0xda10e530
Seconds elapsed: 0
Bootp flags: 0x0000 (Unicast)
0... .... .... .... = Broadcast flag: Unicast
.000 0000 0000 0000 = Reserved flags: 0x0000
Client IP address: 0.0.0.0
Your (client) IP address: 172.16.134.24
Next server IP address: xx.xx.xxx.xxx
Relay agent IP address: xx.xx.xxx.xxx
Client MAC address: xx:xx:xx:xx:xx:xx (xx:xx:xx:xx:xx:xx)
Client hardware address padding: 00000000000000000000
Server host name not given
Boot file name not given
Magic cookie: DHCP
Option: (53) DHCP Message Type (Offer)
Length: 1
DHCP: Offer (2)
Option: (54) DHCP Server Identifier
Length: 4
DHCP Server Identifier: xx.xx.xxx.xxx
Option: (51) IP Address Lease Time
Length: 4
IP Address Lease Time: (7200s) 2 hours
Option: (125) V-I Vendor-specific Information
Length: 17
Enterprise: France Telecom (1368)
Length: 12
Option 125 Suboption: 1
Option: (90) Authentication
Length: 27
Protocol: configuration token (0)
Algorithm: 0
Replay Detection Method: Monotonically-increasing counter (0)
RDM Replay Detection Value: 0x0000000000000000
Authentication Information: dhcpliveboxfr250
Option: (255) End
Option End: 255
Frame 3: 384 bytes on wire (3072 bits), 384 bytes captured (3072 bits) on interface 0
Ethernet II, Src: xx:xx:xx:xx:xx:xx (xx:xx:xx:xx:xx:xx), Dst: Broadcast (ff:ff:ff:ff:ff:ff)
Internet Protocol Version 4, Src: 0.0.0.0, Dst: 255.255.255.255
User Datagram Protocol, Src Port: 68, Dst Port: 67
Bootstrap Protocol (Request)
Message type: Boot Request (1)
Hardware type: Ethernet (0x01)
Hardware address length: 6
Hops: 0
Transaction ID: 0xda10e530
Seconds elapsed: 0
Bootp flags: 0x0000 (Unicast)
0... .... .... .... = Broadcast flag: Unicast
.000 0000 0000 0000 = Reserved flags: 0x0000
Client IP address: 0.0.0.0
Your (client) IP address: 0.0.0.0
Next server IP address: 0.0.0.0
Relay agent IP address: 0.0.0.0
Client MAC address: xx:xx:xx:xx:xx:xx (xx:xx:xx:xx:xx:xx)
Client hardware address padding: 00000000000000000000
Server host name not given
Boot file name not given
Magic cookie: DHCP
Option: (53) DHCP Message Type (Request)
Length: 1
DHCP: Request (3)
Option: (54) DHCP Server Identifier
Length: 4
DHCP Server Identifier: xx.xx.xxx.xxx
Option: (50) Requested IP Address
Length: 4
Requested IP Address: 172.16.134.24
Option: (55) Parameter Request List
Length: 7
Parameter Request List Item: (1) Subnet Mask
Parameter Request List Item: (28) Broadcast Address
Parameter Request List Item: (2) Time Offset
Parameter Request List Item: (3) Router
Parameter Request List Item: (15) Domain Name
Parameter Request List Item: (6) Domain Name Server
Parameter Request List Item: (12) Host Name
Option: (90) Authentication
Length: 22
Protocol: configuration token (0)
Algorithm: 0
Replay Detection Method: Monotonically-increasing counter (0)
RDM Replay Detection Value: 0x0000000000000000
Authentication Information: fti/xxxxxxx
Option: (60) Vendor class identifier
Length: 5
Vendor class identifier: sagem
Option: (77) User Class Information
Length: 44
Instance of User Class: [0]
User Class Length: 43
User Class Data: 46535644534c5f6c697665626f782e496e7465726e65742e...
Option: (255) End
Option End: 255
Mais ça part mal, on voit que le serveur DHCP essaie de m'affecter une IP RFC1918: 172.16.134.24.
De plus, le serveur ne répond pas aux DHCP Request et la négociation DHCP ne se finit pas.
En IPv6, les choses sont différentes:
Frame 1: 200 bytes on wire (1600 bits), 200 bytes captured (1600 bits) on interface 0
Ethernet II, Src: xx:xx:xx:xx:xx:xx (xx:xx:xx:xx:xx:xx), Dst: IPv6mcast_01:00:02 (33:33:00:01:00:02)
Internet Protocol Version 6, Src: fe80::xxx:xxff:fexx:xxxx, Dst: ff02::1:2
User Datagram Protocol, Src Port: 546, Dst Port: 547
DHCPv6
Message type: Solicit (1)
Transaction ID: 0x3373c3
Client Identifier
Option: Client Identifier (1)
Length: 10
Value: xxxxxxxxxxxxxxxxxxxx
DUID: xxxxxxxxxxxxxxxxxxxx
DUID Type: link-layer address (3)
Hardware type: Ethernet (1)
Link-layer address: xx:xx:xx:xx:xx:xx
Option Request
Option: Option Request (6)
Length: 4
Value: 00170018
Requested Option code: DNS recursive name server (23)
Requested Option code: Domain Search List (24)
Elapsed time
Option: Elapsed time (8)
Length: 2
Value: 0000
Elapsed time: 0 ms
Authentication
Option: Authentication (11)
Length: 22
Value: 0000000000000000000000xxxxxxxxxxxxxxxxxxxxxx
Protocol: 0
Algorithm: 0
RDM: 0
Replay Detection: 0000000000000000
Authentication Information: xxxxxxxxxxxxxxxxxxxxxx
User Class
Option: User Class (15)
Length: 45
Value: 002b46535644534c5f6c697665626f782e496e7465726e65...
Vendor Class
Option: Vendor Class (16)
Length: 11
Value: 0000040e0005736167656d
Enterprise ID: SAGEMCOM SAS (1038)
vendor-class-data: sagem
Identity Association for Prefix Delegation
Option: Identity Association for Prefix Delegation (25)
Length: 12
Value: xxxxxxxxxxxxxxxxxxxxxxxx
IAID: xxxxxxxx
T1: 3600
T2: 5400
Frame 2: 185 bytes on wire (1480 bits), 185 bytes captured (1480 bits) on interface 0
Ethernet II, Src: Nokia_xx:xx:xx (00:d0:f6:xx:xx:xx), Dst: xx:xx:xx:xx:xx:xx (xx:xx:xx:xx:xx:xx)
Internet Protocol Version 6, Src: fe80::ba0:bab, Dst: fe80::xxx:xxff:fexx:xxxx
User Datagram Protocol, Src Port: 547, Dst Port: 546
DHCPv6
Message type: Advertise (2)
Transaction ID: 0x3373c3
Identity Association for Prefix Delegation
Option: Identity Association for Prefix Delegation (25)
Length: 41
Value: xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx...
IAID: xxxxxxxx
T1: 43200
T2: 69120
IA Prefix
Option: IA Prefix (26)
Length: 25
Value: xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx...
Preferred lifetime: 86400
Valid lifetime: 86400
Prefix length: 56
Prefix address: 2a01:cbxx:xxxx:xx00::
Server Identifier
Option: Server Identifier (2)
Length: 20
Value: 0002000005584445534841594553535544524f54
DUID: 0002000005584445534841594553535544524f54
DUID Type: assigned by vendor based on Enterprise number (2)
Enterprise ID: France Telecom (1368)
Identifier: 4445534841594553535544524f54
Client Identifier
Option: Client Identifier (1)
Length: 10
Value: xxxxxxxxxxxxxxxxxxxx
DUID: xxxxxxxxxxxxxxxxxxxx
DUID Type: link-layer address (3)
Hardware type: Ethernet (1)
Link-layer address: xx:xx:xx:xx:xx:xx
Authentication
Option: Authentication (11)
Length: 27
Value: 0000000000000000000000646863706c697665626f786672...
Protocol: 0
Algorithm: 0
RDM: 0
Replay Detection: 0000000000000000
Authentication Information: 646863706c697665626f786672323530
Preference
Option: Preference (7)
Length: 1
Value: ff
Pref-value: 255
Frame 3: 253 bytes on wire (2024 bits), 253 bytes captured (2024 bits) on interface 0
Ethernet II, Src: xx:xx:xx:xx:xx:xx (xx:xx:xx:xx:xx:xx), Dst: IPv6mcast_01:00:02 (33:33:00:01:00:02)
Internet Protocol Version 6, Src: fe80::xxx:xxff:fexx:xxxx, Dst: ff02::1:2
User Datagram Protocol, Src Port: 546, Dst Port: 547
DHCPv6
Message type: Request (3)
Transaction ID: 0xdf1070
Client Identifier
Option: Client Identifier (1)
Length: 10
Value: xxxxxxxxxxxxxxxxxxxx
DUID: xxxxxxxxxxxxxxxxxxxx
DUID Type: link-layer address (3)
Hardware type: Ethernet (1)
Link-layer address: xx:xx:xx:xx:xx:xx
Server Identifier
Option: Server Identifier (2)
Length: 20
Value: 0002000005584445534841594553535544524f54
DUID: 0002000005584445534841594553535544524f54
DUID Type: assigned by vendor based on Enterprise number (2)
Enterprise ID: France Telecom (1368)
Identifier: 4445534841594553535544524f54
Option Request
Option: Option Request (6)
Length: 4
Value: 00170018
Requested Option code: DNS recursive name server (23)
Requested Option code: Domain Search List (24)
Elapsed time
Option: Elapsed time (8)
Length: 2
Value: 0000
Elapsed time: 0 ms
Authentication
Option: Authentication (11)
Length: 22
Value: 0000000000000000000000xxxxxxxxxxxxxxxxxxxxxx
Protocol: 0
Algorithm: 0
RDM: 0
Replay Detection: 0000000000000000
Authentication Information: xxxxxxxxxxxxxxxxxxxxxx
User Class
Option: User Class (15)
Length: 45
Value: 002b46535644534c5f6c697665626f782e496e7465726e65...
Vendor Class
Option: Vendor Class (16)
Length: 11
Value: 0000040e0005736167656d
Enterprise ID: SAGEMCOM SAS (1038)
vendor-class-data: sagem
Identity Association for Prefix Delegation
Option: Identity Association for Prefix Delegation (25)
Length: 41
Value: xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx...
IAID: xxxxxxxx
T1: 3600
T2: 5400
IA Prefix
Option: IA Prefix (26)
Length: 25
Value: xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx...
Preferred lifetime: 7200
Valid lifetime: 7500
Prefix length: 56
Prefix address: 2a01:cbxx:xxxx:xx00::
Frame 4: 180 bytes on wire (1440 bits), 180 bytes captured (1440 bits) on interface 0
Ethernet II, Src: Nokia_xx:xx:xx (00:d0:f6:xx:xx:xx), Dst: xx:xx:xx:xx:xx:xx (xx:xx:xx:xx:xx:xx)
Internet Protocol Version 6, Src: fe80::ba0:bab, Dst: fe80::xxx:xxff:fexx:xxxx
User Datagram Protocol, Src Port: 547, Dst Port: 546
DHCPv6
Message type: Reply (7)
Transaction ID: 0xdf1070
Identity Association for Prefix Delegation
Option: Identity Association for Prefix Delegation (25)
Length: 41
Value: xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx...
IAID: xxxxxxxx
T1: 43200
T2: 69120
IA Prefix
Option: IA Prefix (26)
Length: 25
Value: xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx...
Preferred lifetime: 86400
Valid lifetime: 86400
Prefix length: 56
Prefix address: 2a01:cbxx:xxxx:xx00::
Server Identifier
Option: Server Identifier (2)
Length: 20
Value: 0002000005584445534841594553535544524f54
DUID: 0002000005584445534841594553535544524f54
DUID Type: assigned by vendor based on Enterprise number (2)
Enterprise ID: France Telecom (1368)
Identifier: 4445534841594553535544524f54
Client Identifier
Option: Client Identifier (1)
Length: 10
Value: xxxxxxxxxxxxxxxxxxxx
DUID: xxxxxxxxxxxxxxxxxxxx
DUID Type: link-layer address (3)
Hardware type: Ethernet (1)
Link-layer address: xx:xx:xx:xx:xx:xx
Authentication
Option: Authentication (11)
Length: 27
Value: 0000000000000000000000646863706c697665626f786672...
Protocol: 0
Algorithm: 0
RDM: 0
Replay Detection: 0000000000000000
Authentication Information: 646863706c697665626f786672323530
J'obtiens une réponse de la fameuse IPv6 fe80::ba0:bab qui m'affecte un préfixe /56 et la négociation DHCPv6-PD va jusqu'au bout cette fois ici.
Un simple ping vers une IPv6 montre que les paquets sont bien routés:
# ping6 -n 2a01:e00::1
PING 2a01:e00::1(2a01:e00::1) 56 data bytes
64 bytes from 2a01:e00::1: icmp_seq=1 ttl=57 time=24.9 ms
64 bytes from 2a01:e00::1: icmp_seq=2 ttl=57 time=25.2 ms
64 bytes from 2a01:e00::1: icmp_seq=3 ttl=57 time=24.5 ms
64 bytes from 2a01:e00::1: icmp_seq=4 ttl=57 time=24.7 ms
64 bytes from 2a01:e00::1: icmp_seq=5 ttl=57 time=24.5 ms
^C
--- 2a01:e00::1 ping statistics ---
5 packets transmitted, 5 received, 0% packet loss, time 4006ms
rtt min/avg/max/mdev = 24.551/24.821/25.279/0.270 ms
Voilà, je fais de l'IPv6 natif sur une connexion Orange ADSL :)
À ce stade, je me retrouve avec une IPv6 (enfin un préfixe) mais pas d'IPv4.
Une connexion IPv6 c'est bien, mais une connexion IPv6-only ce n'est pas (encore) très utilisable au quotidien.
J'ai donc voulu voir si je pouvais établir une connexion PPPoE pour IPv4 en plus du DHCPv6-PD.
En ADSL, le flux PPPoE se trouve sur un autre circuit ATM, heureusement mon modem me permet d'utiliser plusieurs circuits ATM en simultané et de "mapper" les bridges RFC2684 dans des VLAN sur son interface Ethernet.
J'ai donc configuré mon modem de la sorte:
ATM VPI/VCI 8.35 <-> Ethernet VLAN 835
ATM VPI/VCI 8.32 <-> Ethernet VLAN 832
L'avantage de cette configuration est que du point de vue du routeur qui est derrière, le modem ressemble beaucoup à un ONT sur la fibre (même VLANs).
Ceci m'a permis de faire un quasi copié-collé depuis les configurations full DHCP et PPPoE de mon autre routeur chez moi qui est sur une connexion Orange Fibre.
Sur mon routeur, je lance le client DHCPv6 sur l'interface eth0.832 et le client PPPoE sur eth0.835, et... ça marche !
La connexion PPP est établie, le serveur DHCPv6-PD répond, je peux échanger des paquets IPv4 sur l'interface PPP et IPv6 sur eth0.832.
Au final je me retrouve avec ce setup un peu bizarre mais qui fonctionne:
eth0.832 Link encap:Ethernet HWaddr xx:xx:xx:xx:xx:xx
adr inet6: 2a01:cbxx:xxxx:xx00::1/128 Scope:Global
adr inet6: fe80::xx:xxx:xxxx:xxxx/64 Scope:Lien
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:29446 errors:0 dropped:0 overruns:0 frame:0
TX packets:23948 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:1000
RX bytes:18902912 (18.0 MiB) TX bytes:4243406 (4.0 MiB)
eth0.835 Link encap:Ethernet HWaddr xx:xx:xx:xx:xx:xx
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:535591 errors:0 dropped:0 overruns:0 frame:0
TX packets:341575 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:1000
RX bytes:695665787 (663.4 MiB) TX bytes:36650786 (34.9 MiB)
ppp0 Link encap:Protocole Point-à-Point
inet adr:xx.xxx.x.xx P-t-P:193.253.160.3 Masque:255.255.255.255
UP POINTOPOINT RUNNING NOARP MULTICAST MTU:1492 Metric:1
RX packets:533207 errors:0 dropped:0 overruns:0 frame:0
TX packets:339192 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:3
RX bytes:691290216 (659.2 MiB) TX bytes:29117027 (27.7 MiB)
Voilà, je pense (j'espère :) ) que cette configuration n'est que temporaire et que le DHCPv4 va finir par fonctionner, mais en attendant, ça confirme bien que le DHCPv6-PD arrive sur l'ADSL !
-
Bonjour
Après avoir lu pas mal de messages sur ce forum et en particulier sur ce thread, j'ai effectué quelques tests sur une connexion Orange ADSL avec un modem perso (donc sans Livebox) et j'ai obtenu des résultats intéressants.
Quel modèle de modem as-tu ?
En IPv4, je constate qu'il y a bien un équipement qui répond à mes requêtes DHCP Discover:
Frame 2: 346 bytes on wire (2768 bits), 346 bytes captured (2768 bits) on interface 0
Ethernet II, Src: Nokia_xx:xx:xx (00:d0:f6:xx:xx:xx), Dst: xx:xx:xx:xx:xx:xx (xx:xx:xx:xx:xx:xx)
Internet Protocol Version 4, Src: 172.16.0.1, Dst: 172.16.134.24
[...]
Your (client) IP address: 172.16.134.24
Mais ça part mal, on voit que le serveur DHCP essaie de m'affecter une IP RFC1918: 172.16.134.24.
De plus, le serveur ne répond pas aux DHCP Request et la négociation DHCP ne se finit pas.
Ça ressemble à un pool de parking/quarantaine. Re-essayes plus longtemps après avoir fait tomber la session ppp peut-être.
En IPv6, les choses sont différentes:
J'obtiens une réponse de la fameuse IPv6 fe80::ba0:bab qui m'affecte un préfixe /56 et la négociation DHCPv6-PD va jusqu'au bout cette fois ici.
Un simple ping vers une IPv6 montre que les paquets sont bien routés:
Voilà, je fais de l'IPv6 natif sur une connexion Orange ADSL :)
Très cool.
À ce stade, je me retrouve avec une IPv6 (enfin un préfixe) mais pas d'IPv4.
Une connexion IPv6 c'est bien, mais une connexion IPv6-only ce n'est pas (encore) très utilisable au quotidien.
Personnellement c'est l'inverse. J'utilise un routeur Cisco 2811 que j'ai configuré en bridge comme toi, sauf qu'il refuse de bridger les paquets ipv6. Apparemment il faut une fonctionnalité qui est apparue en IOS 15.2, ce que je n'ai pas, forcèment, et qui n'est pas supporté sur 2811. J'ai bien un 3825 sinon, mais ça commence à faire gros rien que pour bridger entre adsl et ethernet... D'où ma question sur le modèle de modem.
-
Quel modèle de modem as-tu ?
Mon modem est un D-Link DSL-320B rev. Z1.
Ça ressemble à un pool de parking/quarantaine. Re-essayes plus longtemps après avoir fait tomber la session ppp peut-être.
OK merci pour l'info, je vais essayer.
-
Intéressant cette découverte, j'ai un modèle plus ancien le 320T et il ne me semble pas qu'il soit possible d'avoir plusieurs VC. Je suis par contre étonné qu'il soit possible de mapper les VC en VLAN, dans le manuel c'est marqué nulle part !
Vu le prix qu'il coûte je pense que je vais m'en acheter un.
En attendant, je vais débrancher ma livebox et faire quelques test avec le 320T voir si j'obtiens une réponse. Étant sur un DSLAM ATM, curieux de voir si ça va marcher ou pas.
-
En attendant, je vais débrancher ma livebox et faire quelques test avec le 320T voir si j'obtiens une réponse. Étant sur un DSLAM ATM, curieux de voir si ça va marcher ou pas.
Non.
-
Non.
C'est bien ce qui me semblait... et en plus je n'arrive pas à tagger les paquets en prio 6, donc la config n'est même pas valide pour tenter quelque chose.
-
J'ai essayé de stopper le lien PPP et d'attendre plus longtemps comme suggéré précédemment, même après plusieurs heures sans lien PPP actif, le serveur DHCPv4 conserve le même comportement.
Je suis par contre étonné qu'il soit possible de mapper les VC en VLAN, dans le manuel c'est marqué nulle part !
La documentation du modem que j'utilise est disponible ici: http://www.dlink.com/uk/en/-/media/consumer_products/dsl/dsl-320b/manual/dsl_320b_z1_manual_v100_eu.pdf (http://www.dlink.com/uk/en/-/media/consumer_products/dsl/dsl-320b/manual/dsl_320b_z1_manual_v100_eu.pdf), les VLANs sont mentionnés page 41.
Au passage attention avec D-Link, sur leur site français je n'ai trouvé que des références vers des anciennes révisions hardware de ce modèle, j'ai dû aller sur le site anglais pour trouver la bonne documentation.
C'est bien ce qui me semblait... et en plus je n'arrive pas à tagger les paquets en prio 6, donc la config n'est même pas valide pour tenter quelque chose.
Si tu fais référence au champ de priorité dans les tags VLAN, il est inutile dans cette configuration.
Dans un message précédent je parlais d'un quasi copié-collé d'une configuration fibre, et bien justement, la non-gestion de la priorité fait partie des différences.
Ici les tags 802.1Q ne sont pas transmis vers Orange, ils n'ont d'existence uniquement qu'entre le modem et le routeur.
Il n'est donc pas la peine de taguer la priorité puisqu'elle sera ignorée par le modem et les tags supprimés des paquets avant d'être transmis côté ATM.
Il existe bien un mécanisme de priorité sur l'ADSL mais il est géré au niveau ATM, ce que permet aussi de configurer mon modem.
Dans mon cas, je me suis contenté de laisser la QoS ATM pour les deux circuits que j'utilise en UBR (Unspecified Bit Rate), la valeur par défaut, qui correspond à un service best-effort.
-
C'est pour ça que j'y faisais référence. Le service public c'est bien (enfin sauf la redevance TV ^^).
Je pense que les présentateurs de France 2 ne sont pas d'accord avec toi.
-
Il me semble avoir lu que c'est la méthode par défaut sous Linux, si on veut de l'aléatoire, il faut le préciser. Contrairement à Windows.
Ou alors, tu peux aussi générer des adresses MAC aléatoires aux démarrage.
Ensuite tu es tranquille, sauf pour les affectations DHCP fixes.
-
J'ai essayé de stopper le lien PPP et d'attendre plus longtemps comme suggéré précédemment, même après plusieurs heures sans lien PPP actif, le serveur DHCPv4 conserve le même comportement.
La documentation du modem que j'utilise est disponible ici: http://www.dlink.com/uk/en/-/media/consumer_products/dsl/dsl-320b/manual/dsl_320b_z1_manual_v100_eu.pdf (http://www.dlink.com/uk/en/-/media/consumer_products/dsl/dsl-320b/manual/dsl_320b_z1_manual_v100_eu.pdf), les VLANs sont mentionnés page 41.
Au passage attention avec D-Link, sur leur site français je n'ai trouvé que des références vers des anciennes révisions hardware de ce modèle, j'ai dû aller sur le site anglais pour trouver la bonne documentation.
J'ai regardé sur le site français et effectivement, les révisons n'y sont pas toutes, seulement la A ou D1 et si on regarde dans l'onglet advanced sur la capture il n'y a pas les VLAN...
Si tu fais référence au champ de priorité dans les tags VLAN, il est inutile dans cette configuration.
Dans un message précédent je parlais d'un quasi copié-collé d'une configuration fibre, et bien justement, la non-gestion de la priorité fait partie des différences.
Ici les tags 802.1Q ne sont pas transmis vers Orange, ils n'ont d'existence uniquement qu'entre le modem et le routeur.
Il n'est donc pas la peine de taguer la priorité puisqu'elle sera ignorée par le modem et les tags supprimés des paquets avant d'être transmis côté ATM.
On peut avoir des paquets ip taggés en ADSL. Chez moi si je tague un paquet RTP (pour la Voip notamment), il conserve bien son tag à l'autre bout. Et la livebox fait la même chose, elle transforme
les VC en VLAN.
Peut-être que chez toi tu n'a pas besoin de la QoS à 6, c'est selon l'équipement en face.
Il existe bien un mécanisme de priorité sur l'ADSL mais il est géré au niveau ATM, ce que permet aussi de configurer mon modem.
Dans mon cas, je me suis contenté de laisser la QoS ATM pour les deux circuits que j'utilise en UBR (Unspecified Bit Rate), la valeur par défaut, qui correspond à un service best-effort.
Les deux sont indépendants, tu peux très bien avoir une QoS ATM en best effort, mais les paquets ip peuvent être tagés pour être pris en compte après la partie ATM, en gros après la sortie du DSLAM ou un peu plus haut dans le réseau pour les plus vieux qui ne savant pas faire de l’Ethernet en sortie.
-
Ou alors, tu peux aussi générer des adresses MAC aléatoires aux démarrage.
Ensuite tu es tranquille, sauf pour les affectations DHCP fixes.
C'est une possibilité.
-
On peut avoir des paquets ip taggés en ADSL. Chez moi si je tague un paquet RTP (pour la Voip notamment), il conserve bien son tag à l'autre bout.
Là tu parles de DSCP, pas de 802.1P. La QoS 802.1P, c'est couche 2, pas couche 3... Orange utilise 802.1P, donc si c'est de l'IP qui est transporté dans ATM, alors la priorité est perdue. Elle ne l'est pas uniquement si c'est de l'ethernet qui est transporté dans ATM...
Après, il est toujours possible d'avoir un mapping entre priorité 802.1P et "priorité" ATM par le modem (s'il le supporte)...
-
Là tu parles de DSCP, pas de 802.1P. La QoS 802.1P, c'est couche 2, pas couche 3... Orange utilise 802.1P, donc si c'est de l'IP qui est transporté dans ATM, alors la priorité est perdue. Elle ne l'est pas uniquement si c'est de l'ethernet qui est transporté dans ATM...
Après, il est toujours possible d'avoir un mapping entre priorité 802.1P et "priorité" ATM par le modem (s'il le supporte)...
Oups, j'ai oublié de préciser ce point, désolé. Mais est-on sûr que la DSCP n'est pas indispensable pour avoir une réponse sur l'ADSL ?
-
Sur une connection PPPoE ou IPoE Orange, il y a de l'Ethernet transporté par dessus ATM mais sans tag 802.1Q et sans priorité 802.1P.
Je me retrouve dans mon cas avec ces tags à gérer sur mon routeur car j'ai configuré mon modem explicitement pour qu'il en ajoute sur son interface Ethernet pour différencier les paquets des deux circuits que j'utilise.
-
Sur une connection PPPoE ou IPoE Orange, il y a de l'Ethernet transporté par dessus ATM mais sans tag 802.1Q et sans priorité 802.1P.
Nous sommes d'accord.
Je me retrouve dans mon cas avec ces tags à gérer sur mon routeur car j'ai configuré mon modem explicitement pour qu'il en ajoute sur son interface Ethernet pour différencier les paquets des deux circuits que j'utilise.
Logique.
Hâte de migrer sur un DSLAM ethernet pour m'amuser un peu 8)
-
J'ai du changement de mon côté.
Je viens d'essayer à nouveau de lancer le client DHCPv4 et cette fois, c'est passé !
La négociation est allée jusqu'au bout et j'ai obtenu une IPv4 publique.
Voilà, il est temps de dire au revoir au PPPoE :)
Au passage, je suis tombé sur un problème avec les connexions DHCPv4/v6 que je n'avais pas avec le PPPoE: le cas où le modem ADSL se désynchronise.
En DHCP sur ADSL, en cas de perte de synchro un peu longue, du point de vue du routeur Orange, la "session" n'est plus valide.
Du point de vue de mon routeur, le bail DHCP est toujours valide donc rien n'est fait, il n'y a pas de mécanisme de détection de lien mort.
Au final la connexion ne fonctionne plus et il faut soit attendre la fin du bail (plusieurs heures...) soit relancer à la main les clients DHCPv4/v6.
Avec le PPP on avait les LCP Echo Request/Reply pour gérer ce cas, mais visiblement pas d'équivalent avec le DHCP (ou alors je suis passé à côté).
Sur la fibre je ne m'étais même pas posé la question vu que le lien ne tombe jamais.
J'ai fait pas mal de captures réseau et vu des échanges réguliers (toutes les 5 minutes) de ARP Request / NDP Neighbor Solicitation.
Pour l'instant je suppose que c'est ce qui sert au routeur Orange à détecter la perte de connexion et il faudra voir pour implèmenter quelque chose d'équivalent de mon côté pour relancer les clients DHCP automatiquement.
-
Même problème quand on débranche l'ont...
Du coup j'ai un script lancé toutes les 5 minutes qui ping différents serveurs (www.orange.fr et www.google.com) et qui relance le client dhcp si aucune réponse
-
Peut être que la Livebox implèmente BFD (https://en.wikipedia.org/wiki/Bidirectional_Forwarding_Detection).
Un peu de code pour jouer :) (https://github.com/dyninc/OpenBFDD)
-
Peut être que la Livebox implèmente BFD (https://en.wikipedia.org/wiki/Bidirectional_Forwarding_Detection).
Un peu de code pour jouer :) (https://github.com/dyninc/OpenBFDD)
Joli le pavé ds la marre ;)
-
Bonjour ,
client Orange VDSL2 , avec un modem routeur Asus DSL AC68U , je recherche le type de connexion adopté pour l'IPv6 , pour paramétrer correctement celui-ci ;). Du coté d'Orange , comme me suggère la faq d'Asus dans mon modem , le partage de ces infos est bien maigre :-\.
Bien flou même :
https://assistance.orange.fr/livebox-modem/toutes-les-livebox-et-modems/installer-et-utiliser/mesurer-votre-debit/ipv6-chez-orange_161850-528413
Pour tout dire , j'ai également testé un modem routeur Netgear D7800 , qui en detection automatique , propose "Tunnel 6to4" . Hors la faq d'Asus suggère "Native" en demandant de compléter avec les infos détenues par le FAI , que je ne trouve pas !
Après de longue recherche et la lecture , sur cet excellent forum , Orange ne propose pas l'IPv6 en natif complètement ? J'ai essayé aussi cette configuration , et je vois bien que les données ne remontent pas totalement dans mon modem !
-
Après de longue recherche et la lecture , sur cet excellent forum , Orange ne propose pas l'IPv6 en natif complètement ? J'ai essayé aussi cette configuration , et je vois bien que les données ne remontent pas totalement dans mon modem !
Sisi, c'est de l'ipv6 natif, mais pas en ppp, en dhcp(-pd). Par contre je ne sais pas si ton routeur est à même d'envoyer les bonnes options dhcp pour s'identifier. A voir dans la doc et les menus du modem.
-
Salut
AsusWRT, le firmware de ton modem/routeur n'est pas compatible avec la nouvelle architecture DHCP d'Orange.
Tu peux uniquement paramétrer la connexion PPPoE qui sera supprimée à moyen terme.
Pour rappel en PPPoE :
- IP très dynamique à contrario de l'archi DHCP
- Pas d'ipv6
- MTU à 1492 octets
-
Tout d'abord , merci de vos réponses :)
De quels types de connexion IPv6 ont parle ? Car chez Orange , c'est loin d’être clair , je redonne :
https://assistance.orange.fr/livebox-modem/toutes-les-livebox-et-modems/installer-et-utiliser/mesurer-votre-debit/ipv6-chez-orange_161850-528413.
Je reconnais bien que le firmware d'Asus ne soit pas optimisé , en date du 15/06/2017. Mais en tunnel automatique , la connectivité IPv6 est établi , pas en native !
Je vais continuer des tests sur le Netgear D7800 ;)
-
De quels types de connexion IPv6 ont parle ? Car chez Orange , c'est loin d’être clair , je redonne :
https://assistance.orange.fr/livebox-modem/toutes-les-livebox-et-modems/installer-et-utiliser/mesurer-votre-debit/ipv6-chez-orange_161850-528413.
/me regarde https://lafibre.info/remplacer-livebox/
Je reconnais bien que le firmware d'Asus ne soit pas optimisé , en date du 15/06/2017. Mais en tunnel automatique , la connectivité IPv6 est établi , pas en native !
Oui alors, le tunnel automatique qui fonctionne y'a ptet moyen que ça soit du 6to4. A désactiver donc, ça n'a quasi que des inconvénients.
-
Tout d'abord , merci de vos réponses :)
De quels types de connexion IPv6 ont parle ? Car chez Orange , c'est loin d’être clair
Orange propose 2 types d'authentification pour se connecter.
Tout d'abord l'historique, en PPPoE,
ipv4 dynamique (change toutes les semaines)
Pas d'ipv6
Et depuis T1 2016 sur le FTTH et VDSL et en cours de déploiement sur l'ADSL cette année
Le DHCP (avec des options spéciales)
Ipv4 qui ne change plus aussi souvent. (Il n'est pas à exclure qu'elle puisse changer lors d'un reboot de la box, mais ce n'est pas obligatoire)
ipv6 natif.
Pour avoir l'ipv6 natif, il faut donc le nouveau mode, le DHCP
-
buddy , tu écris
"Tout d'abord l'historique, en PPPoE,
ipv4 dynamique (change toutes les semaines)
Pas d'ipv6"
regarde bien l'image que j'ai posté , la connectivité IPv6 est bien établi !
En type de connexion Native , paramétrage effectué dans mon modem routeur , ma carte réseau m'indique pour l'IPv6 ,"pas d'accés internet"
En "Tunnel 6to4" , tout se connecte comme le montre les images !
Pour moi ,c'est le chien qui se mord la queue :o.
-
Tu n'utilises pas l'ipv6 natif d'orange.
Les plages ipv6 d'Orange sont les suivantes : http://bgp.he.net/ip/2a01:cb1d::30c9
C'est un service fournit par ton routeur qui fait du 6to4.
Si ça te va, c'est bon, mais ce n'est pas l'ipv6 natif d'Orange.
Que t'indique cette page à propos de l'ipv6 ?
http://ip.lafibre.info
-
Le 6to4 est une technique de transition qui permet d'avoir une connectivité ipv6 (un peu dégradée) quand on n'a que de l'ipv4. Cela fait appel à des opérateurs tiers qui proposent "automatiquement" aux utilisateurs ce service.
Orange propose de l'ipv6 natif, bien meilleur en termes de performance/stabilité que le 6to4, globalement en voie d'extinction.
-
buddy ,
c'est exactement ce que je comprend , maintenant ;) .
petrus ,
je suis assez surpris , justement , du confort supplèmentaire , que j'obtiens . Alors que ce type de connexion est bien décriée :P
-
C'est dommage de se priver du peering ipv6 d'Orange mais bon....
-
Pour l'instant , je n'ai pas trop le choix !
Après , il faut reconnaitre que par défaut , sur l'Asus DSL AC68U ou le Netgear D7800 , l'IPv6 est désactivé ;) . Donc j’essuie les plâtres ;) . Et je vois bien les limites !
Je fais donc contacter Asus et Netgear , pour voir ce qu'il en sera dans le futur .
Merci encore .
-
2002::/16 => préfixe 6to4, donc c'est bien ça.
Cela veut dire que tu confies ton trafic à d'autres opérateurs qu'Orange (Orange n'a pas de routeurs 6to4 dans son réseau). C'est peut-être mieux que pas de connectivité ipv6 du tout, mais il ne faut pas l'oublier si tu as des problèmes de performance, de lenteurs sur le web, car cela pourrait venir de là.
De plus, ce n'est pas une solution perenne non plus, car le 6to4 anycast (tunneling automatique/zeroconf d'ipv6 dans ipv4) est plus ou moins abandonné (cf la rfc 7526 (https://tools.ietf.org/html/rfc7526) qui donne d'autres inconvénients du 6to4).
-
Salut !
C'est normal de ne plus pouvoir ping les ipv6 ?
j'avais un ERL, j'ai re branché la livebox pareil, j'ai test sur un pc portable qui neuf d'aujourd'hui. pareil impossible ping, j'ai demandé à un voisin le code wifi de ça freebox, et sur la freebox je peux ping les ipv6
-
Bonsoir ,
je peux pas bien t'aider car j'ai une connectivité IPv6 en tunnel 6to4 ! Il y a de trés forte chance que je reprenne soit le Livebox Play ou la nouvelle Livebox quelques mois , il me faut certaines données qu'elles contiennent ;-) .
Moi , je ping sur l'IPv4 .
-
franck@Mercury:~:> ping6 -c 4 www.google.com
PING6(56=40+8+8 bytes) 2a01:cb1d:xxxx:xxxx:xxxx:513b:bf94:3e09 --> 2a00:1450:400e:80a::2004
16 bytes from 2a00:1450:400e:80a::2004, icmp_seq=0 hlim=52 time=36.178 ms
16 bytes from 2a00:1450:400e:80a::2004, icmp_seq=1 hlim=52 time=36.062 ms
16 bytes from 2a00:1450:400e:80a::2004, icmp_seq=2 hlim=52 time=34.402 ms
16 bytes from 2a00:1450:400e:80a::2004, icmp_seq=3 hlim=52 time=34.410 ms
--- www.google.com ping6 statistics ---
4 packets transmitted, 4 packets received, 0.0% packet loss
round-trip min/avg/max/std-dev = 34.402/35.263/36.178/0.858 ms
-
Depuis une livebox Play
ping www.google.fr
Envoi d’une requête 'ping' sur www.google.fr [2a00:1450:400e:805::2003] avec 32 octets de données :
Réponse de 2a00:1450:400e:805::2003 : temps=35 ms
Réponse de 2a00:1450:400e:805::2003 : temps=34 ms
Réponse de 2a00:1450:400e:805::2003 : temps=34 ms
Réponse de 2a00:1450:400e:805::2003 : temps=34 ms
Statistiques Ping pour 2a00:1450:400e:805::2003:
Paquets : envoyés = 4, reçus = 4, perdus = 0 (perte 0%),
Durée approximative des boucles en millisecondes :
Minimum = 34ms, Maximum = 35ms, Moyenne = 34ms
-
Je ne comprends pas ...
sur tous les pc :
ping www.google.fr
Envoi d’une requête 'ping' sur www.google.fr [2a00:1450:4007:810::2003] avec 32 octets de données :
Délai d’attente de la demande dépassé.
Délai d’attente de la demande dépassé.
Délai d’attente de la demande dépassé.
Délai d’attente de la demande dépassé.
Statistiques Ping pour 2a00:1450:4007:810::2003:
Paquets : envoyés = 4, reçus = 0, perdus = 4 (perte 100%),
-
Tu as une ipv6 au moins ?
Cette page marche http://ipv6.lafibre.info/ ?
-
Quelle est mon adresse IPv6 ? (ipv6.lafibre.info force l'utilisation d'IPv6)
Votre IPv6 publique est 2a01:cb19:8135:XXX
Votre reverse DNS IPv6 est 2a01:cb19:8135:XXXX
Le port TCP source utilisé par votre connexion IPv6 est 60909 (Plus d'informations)
La version du protocole IP utilisée pour charger cette page est IPv6
Le port TCP destination utilisé est 80
Votre connexion sur cette page est en clair
La version du protocole HTTP utilisée est HTTP/1.1
Votre navigateur est Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/60.0.3112.78 Safari/537.36
-
Est-ce que tu filtre l'ICMPv6 entrant à destination de ton réseau ?
Si oui, alors tu empêche le mécanisme Path MTU Discovery de fonctionner.
Ce qui peut expliquer tes soucis de ping.
-
Est-ce que tu filtre l'ICMPv6 entrant à destination de ton réseau ?
Si oui, alors tu empêche le mécanisme Path MTU Discovery de fonctionner.
Ce qui peut expliquer tes soucis de ping.
Comment je peux filtrer ? mon ERL qui fait ça ? j'ai coupé le pare feu pour test et pareil sur les pc
firewall
ipv6-name WANv6_IN {
default-action drop
description "WANv6 inbound traffic forwarded to LAN"
rule 10 {
action accept
description "Allow established/related"
state {
established enable
related enable
}
}
rule 20 {
action drop
description "Drop invalid state"
state {
invalid enable
}
}
rule 30 {
action accept
description "Allow ICMPv6" <------
log disable
protocol icmpv6
}
}
ipv6-name WANv6_LOCAL {
default-action drop
description "WANv6 inbound traffic to the router"
rule 10 {
action accept
description "Allow established/related"
state {
established enable
related enable
}
}
rule 20 {
action drop
description "Drop invalid state"
state {
invalid enable
}
}
rule 30 {
action accept
description "Allow ICMPv6"
log disable
protocol icmpv6
}
rule 40 {
action accept
description "Allow DHCPv6"
destination {
port 546
}
protocol udp
source {
port 547
}
}
}
ipv6-name WANv6_OUT {
default-action accept
description "WANv6 outbound traffic"
rule 10 {
action accept
description "Allow established/related"
state {
established enable
related enable
}
}
rule 20 {
action reject
description "Reject invalid state"
state {
invalid enable
}
}
}
-
Va sur le site http://ipv6-test.com/pmtud/ et attends quelques minutes.
Si le compteur de la page affiche 1500 à la fin alors tout va bien.
Si autre chose s'affiche, il y aura un bout de config à revoir sur l'ERL.
-
Testing packet size: 1500
Result: no PMTUD problems detected
je dois avoir un pb de config, je passe dans la section pour
https://lafibre.info/remplacer-livebox/remplacer-sa-livebox-par-un-routeur-ubiquiti-edgemax-configuration-ipv6/48/
-
Bonjour ,
vendredi , je suis allé chercher , en boutique officielle , la Livebox 4 . Enfin , un modem routeur digne du SpeedTouch 530 , c'est dire :D .
Installation pas sms , trés rapide , suivi d'une mise à jour vers le 2.20.10 . Exploite parfaitement ma ligne , le suppport de l'IPv6 est trés confortable !
Enfin , un wifi au niveau :D . Les modems tiers ont enfin un "concurrent" , et cela faisait trop longtemps que Orange proposait du matériel dépassé et défaillant !
Une trés bonne surprise ;)
-
Le wifi bof bof quand même ! J'ai désactivé celui de la livebox 4 et installé un tplink AP500. ça au moins c'est du wifi !
-
T'avais utilisé les paramètres d'usine pour le Wifi ?
Les réglages par défaut sur les AP / Box de FAI ne sont jamais optimaux pour tous les environnements radio.
-
Bizarre, j'ai la livebox v4 juste pour le wifi (DHCP désactivé) je tourne à 40-50 mo/sec en wifi AC
-
Expérimentation IPv6 : inscrivez-vous
Passez dès maintenant en IPv6 sur votre mobile et accompagnez Orange dans le déploiement de ce nouveau standard d'adresses Internet.
Ça vous intéresse ?
Connectez-vous avec votre identifiant (adresse mail) et votre mot de passe au site www.laborange.fr, puis sélectionnez "Testez & participez" / "Les expérimentations" / "IPv6" / "Participez" puis cliquez sur "Je m’inscris". A tout de suite, Le Lab Orange
-
Expérimentation IPv6 : inscrivez-vous
Passez dès maintenant en IPv6 sur votre mobile et accompagnez Orange dans le déploiement de ce nouveau standard d'adresses Internet.
Ça vous intéresse ?
Connectez-vous avec votre identifiant (adresse mail) et votre mot de passe au site www.laborange.fr, puis sélectionnez "Testez & participez" / "Les expérimentations" / "IPv6" / "Participez" puis cliquez sur "Je m’inscris". A tout de suite, Le Lab Orange
C'est fait, pré-inscription faite.
-
C'est réservé aux iPhone 7 ou +
-
Ce n'est pas très grave puisque sur Android il suffit de forcer l'IPv6 dans l'APN si la VoLTE est active. À voir si cette dernière condition est toujours obligatoire cependant.
-
J'ai été sélectionné pour l'expérimentation IPv6 sur iPhone.
J'ai installé le profil et je profite maintenant de l'IPv6.
Sur ipv6-test.com, j'ai un score de 17/20.
Niveau débits, ils sont très bon (148/33 à l'instant - antenne à vue)
-
Ce n'est pas très grave puisque sur Android il suffit de forcer l'IPv6 dans l'APN si la VoLTE est active. À voir si cette dernière condition est toujours obligatoire cependant.
Pas besoin que la VoLTE soit active, je l'ai activé dans l'APN et je n'ai pas la VoLTE (car j'ai un OnePlus 5). Ça fonctionne nickel.
-
J'ai été sélectionné pour l'expérimentation IPv6 sur iPhone.
Super...
... Sauf que je te rappelle que tu n'as pas le droit d'en parler ailleurs que sur lab.orange.fr. Tu as signé un NDA lors de ton inscription.
-
C'est marrant c'est une expérimentation que pour les iPhones ? Parce que moi j'suis pas inscrit sur le laborange, j'ai juste activé l'option dans l'APN ...
-
Sur iPhone tu n'a pas accès aux options de l'APN (en tout cas avec Orange et Bouygues) contrairement à Android.
-
Et concrètement, ça change quoi pour les mobiles l'IPV6 ?
-
Tout comme sur le fixe, rien dans l'immédiat. Mais à terme, seul ce protocole sera utilisé sur internet.
Il faut donc s'assurer que tout fonctionne correctement !
-
merci pour ta réponse :)
-
Petit retour sur une semaine d'utilisation en ipv6 only (j'ai volontairement désactivé l'ipv4). Aucun problème, tout est accessible et rapide.
Je ne sais pas quel systeme ils utilisent pour faire de l'ipv4 dans l'ipv6 mais ça gère !
-
Pas besoin que la VoLTE soit active, je l'ai activé dans l'APN et je n'ai pas la VoLTE (car j'ai un OnePlus 5). Ça fonctionne nickel.
Ah tiens j'ai le même téléphone et j'avais essayé il y a un mois et ça marchait pas !
Du coup a la vue de ton message j'ai essayé et ça fonctionne !
Même mieux en partage de connexion en wifi mon pc à une IPV6 !
à priori on a un /64 par machine.
Sinon j'ai beau couper le pare-feu, impossible de faire passer un ping ! Un peu dommage, mais bon un appareil connecté en réseau GSM n'a pas vocation à être serveur. c'est peut être mieux en terme de sécurité.