La Fibre
Fournisseurs d'accès à Internet fixe en France métropolitaine => 
Anciens FAI => Opérateurs grand public alternatifs => 
DECLIC Telecom => Discussion démarrée par: declictel le 18 septembre 2012 à 12:22:36
-
Bonjour, une maintenance non planifiée est en cours sur notre téléphonie, vous pouvez donc rencontrer des difficultés à appeler ou être appelé. Nous vous rappelons qu'en cas de problème notre assistance est disponible 7j/7 à l'adresse: https://secure.declic-telecom.fr/ftth/support/index.html
-
J'ai remarqué que l'ensemble des abonnés Declic Telecom ont changé de plage IP la nuit du 18 septembre au 19 septembre. Cela à un lien avec cette maintenance de la téléphonie ?
Les nouvelles IP sont dans la plage 128.0.64.0/22 (soit 128.0.64.xxx / 128.0.65.xxx / 128.0.66.xxx / 128.0.67.xxx). On passe toujours par Lasotel (http://www.lasotel.fr/).
$ whois 128.0.64.0
% Information related to '128.0.64.0 - 128.0.67.255'
inetnum: 128.0.64.0 - 128.0.67.255
netname: DECLIC-TELECOM-net
descr: DECLIC TELECOM
country: FR
admin-c: LM13928-RIPE
tech-c: LM13928-RIPE
status: ASSIGNED PA
mnt-by: LeadertelecomBV-mnt
source: RIPE # Filtered
person: XXXXX XXXX
address: LA GRANDE ARCHE 92044 PARIS LA DEFENSE
phone: +33 1 70 90 77 73
nic-hdl: LM13928-RIPE
mnt-by: LeadertelecomBV-mnt
source: RIPE # Filtered
% Information related to '128.0.64.0/22AS49466'
route: 128.0.64.0/22
descr: DECLIC TELECOM
origin: AS49466
mnt-by: LeadertelecomBV-mnt
source: RIPE # Filtered
Les précédentes IP (89.234.136.xxx / 89.234.137.xxx / 89.234.138.xxx / 89.234.141.xxx / 89.234.143.xxx en fonction des clients) donnent ceci :
$ whois 89.234.136.10
% Information related to '89.234.128.0 - 89.234.191.255'
inetnum: 89.234.128.0 - 89.234.191.255
org: ORG-MS110-RIPE
netname: FR-OPDOP-20060523
descr: MANYONES.COM SARL
country: FR
admin-c: SV3220-RIPE
tech-c: SV3220-RIPE
status: ALLOCATED PA
mnt-by: RIPE-NCC-HM-MNT
mnt-lower: OPDOP-MNT
mnt-routes: OPDOP-MNT
mnt-domains: OPDOP-MNT
source: RIPE # Filtered
organisation: ORG-MS110-RIPE
org-name: MANYONES.COM SARL
org-type: LIR
mnt-ref: OPDOP-MNT
mnt-ref: RIPE-NCC-HM-MNT
mnt-by: RIPE-NCC-HM-MNT
source: RIPE # Filtered
address: MANYONES.COM
address: Sylvain Vallerot
address: 3 rue Erckmann Chatrian
address: 75018 Paris
address: FRANCE
phone: +33950315474
fax-no: +33955315474
person: Sylvain Vallerot
address: FR
remarks: ---------------------------------------------------
remarks: This object is obsolete, see LULU1-RIPE if required
remarks: ---------------------------------------------------
phone: +33 000000000
mnt-by: OPDOP-MNT
nic-hdl: SV3220-RIPE
source: RIPE # Filtered
-
La plage 128.0.0.0/16 sur laquelle serait nouvellement Déclic Télécom n'est-elle pas une des plages "maudites"? Que beaucoup de routeur ne savent pas router?
http://www.bortzmeyer.org/reseau-128.html (http://www.bortzmeyer.org/reseau-128.html)
https://labs.ripe.net/Members/emileaben/the-curious-case-of-128.0-16 (https://labs.ripe.net/Members/emileaben/the-curious-case-of-128.0-16)
https://labs.ripe.net/Members/dfk/128.0-16-seen-by-atlas (https://labs.ripe.net/Members/dfk/128.0-16-seen-by-atlas)
Le RIPE annonce que les adresses IP de cette plage ne peuvent pas voir 20 à 50% de l'Internet!
Parmi les milliards d'adresses IPv4 qui existent, c'est vraiment pas de bol de choisir cette petite plage maudite (qui contient seulement 65 000 adresses).
Bref, c'est intéressant à suivre!
Leon.
-
A noter que Bouygues Telecom avait eu un problème sur la plage voisine 128.75.0.0/15 (https://lafibre.info/peering/acces-impossible-a-certains-sites-avec-bbox-fibre/) qui a été médiatisé. Certains sites ne fonctionnaient pas d'autres étaient lent car certains éléments ne se chargeaient pas et il fallait attendre le time-out pour que le reste de la page s'affiche.
En cause : un problème de déclaration au RIPE. Les transitaire de Bouygues Telecom bloquaient l'annonce comme si c'était une usurpation de plage IP. Les peering ne font pas ces vérifications et l'ensemble des peering de Bouygues Telecom (le gros du trafic) fonctionnaient.
Ces absences de vérification pour le peering posent problème quand un opérateur qui peer beaucoup (OVH par exemple) annonce des IP qui ne sont pas à lui. J'ai donné OVH en exemple et ce n'est pas un hazard : OVH annonce actuellement des IP d'un autre opérateur qui a perdu la connectivité avec l'ensemble des peering d'OVH, c'est à dire presque tous les FAI européens !
OVH n'étant pas réactif pour bloquer cette annonce, l'opérateur a entrepris (la semaine dernière) de demander un par un aux peer d'OVH de bloquer cette annonce...
bon, désolé sur le hors-sujet.
-
Voici les alertes du RIPE concernant la nouvelle plage d'adresse de Déclic Télécom. Toutes ces IP sont sans doute injoignables depuis une connexion Déclic.
https://stat.ripe.net/widget/visibility#w[resource]=128.0.64.0-128.0.67.255
The following are not announcing this network:
Location ASN Peer IP
RRC11 22691 198.32.160.60
RRC15 16735 187.16.216.24
RRC15 1916 187.16.216.4
RRC13 8331 193.232.244.111
RRC13 20632 193.232.244.130
RRC01 29636 195.66.224.132
RRC00 9304 218.189.6.2
RRC00 7018 12.0.1.63
RRC12 8222 80.81.194.82
Déclic est peut-être l'une des premières victimes du manque d'adresses IPv4, et a été obligé de se replier vers cette plage "maudite". C'est quand même étrange d'avoir lâché la plage IP précédente, qui fonctionnait très bien.
Leon.
-
Bonjour, nous avons eu également connaissance de ce problème et nous sommes en train demander une migration vers un nouveau bloc. On espère pouvoir migrer dans la journée.
-
Effectivement, après 2j sans internet, on peut de nouveau se connecter mes certains sites comme facebook sont injoignable.
Et le téléphone ne fonctionne plus, je peux pas parler pour la télé car toujours pas reçu le boitier.... :'(
Par contre, point positif: on a été prévenu par sms
A suivre...
-
Facebook est un site accessible en IPv6, la solution consisterait peux être à fournir une connectivité IPv4 maudite + IPv6.
IPv6 étant préféré sur IPv4 si disponible sur le client, le FAI et le serveur, alors Facebook sera accessible.
A noter que d'autres grands sites sont accessibles en IPv6 : Google, Facebook, Wikipedia, Blogger.com, Doctissimo.fr, Orange.fr, Free.fr,... (ok, cela reste minoritaire, seuls 10% des sites populaires sont accessibles en IPv6, dont 50% provient des serveurs de Google).
-
Cela fait 4 jours que ma ligne téléphonique ne fonctionne plus, après plusieurs appels sur le site technique, on me promet la promise en fonction mais toujours rien à ce jour. A savoir que sur internet, certain sites ne s'ouvrent pas. J'aimerais bien qu'on nous tiennent au courant et du délai de la panne car sans suivis de la clientel il faut pas s'étonner que les abonnés partent ailleurs.
-
Nous avons demandé au RIPE l'attribution d'une nouvelle plage d'IP car nous devons contacter un à un les opérateurs qui ne relaient pas notre réseau avec des délais de réponses très variables. En parallèle nous allons migrer nos clients sur un autre bloc d'IP qui vient de nous être attribué temporairement. Nous sommes mobilisés pour résoudre ces perturbations dans les plus brefs délais. Lundi au plus tard tout sera revenu à la normale
-
Autant il y a des problèmes où Declic est fautif autant là comme le dit léon, c'est vraiment pas de bol d'avoir reçu cette petite plage maudite (qui contient seulement 65 000 adresses parmi les milliards d'adresses IPv4 qui existent).
Quel était le problème avec les précédents bloc d'IP ? (pourquoi avoir changé ?)
-
Facebook est un site accessible en IPv6, la solution consisterais peux être a fournir un connectivité IPv4 maudite + IPv6.
IPv6 étant préféré sur IPv4 si disponible sur le client, le FAI et le serveur, alors Facebook sera accessible.
A noter que d'autres grands sites sont accessibles en IPv6 : Google, Facebook, Wikipedia, Blogger.com, Doctissimo.fr, Orange.fr, Free.fr,... (ok, cela reste minoritaire, seuls 10% des sites populaires sont accessibles en IPv6, dont 50% provient des serveurs de Google).
Je ne pense pas que l'IP V6 soit une solution d'urgence! Une solution "long terme", oui, mais il faut informer et préparer tous les client, vérifier qu'ils ont tous des équipements configurés V6.
Une solution à très court terme pourrait être de faire du NAT massif. Mais ça nécessite un bon gros routeur central qui permette de le faire. Tout dépend du débit et du nombre de connexions de Déclic.
Mais la solution la plus propre est effectivement d'avoir une vraie plage IPV4. Quand à la boite qui a vendu cette plage inutilisable à Déclic, ça ressemble fort à une escroquerie, non?
Leon.
-
Je ne pense pas que l'IP V6 soit une solution d'urgence! Une solution "long terme", oui, mais il faut informer et préparer tous les client, vérifier qu'ils ont tous des équipements configurés V6.
IPv4 ou IPv6 le client ne s'aperçoit de rien. Si une entreprise fait un NAT géant alors elle ne peut plus être appelé fournisseur d'accès à Internet.
-
IPv4 ou IPv6 le client ne s'aperçoit de rien.
Tu plaisantes, j'espère, Cali?
Personnellement, chez moi, j'ai 2 PC sous Win XP, un smartphone qui se connecte en WiFi, et une platine DVD de salon qui se connecte en Ethernet (à Internet ou au réseau local). Aucun des 4 appareils ne sont configurés IP V6, même si ma FreeBox l'est! 2 de ces 4 équipements sont tout simplement incomatibles IPv6, pas de mise à jour disponible. Donc clairement, aujourd'hui, IPv6 c'est loin d'être transparent pour le client final!
Leon.
-
C'est pas vraiment mon problème si tu utilises de la merde, les gens qui utilisent Microsoft Windows après XP ont l'IPv6 d'activé, donc lorsque leurs FAI fourniront de l'IPv6 ils se rendront compte de rien tout comme ils ne se rendent pas compte qu'ils utilisent un NAT avec IPv4.
-
L'IPv6 n'est pas activé par défaut sous Windows XP.
=> Tutoriel pour activer IPv6 sous Windows XP (https://lafibre.info/tutoriels/ipv6-windows-xp/)
-
Oui, je sais bien tout ça, comment passer à IPv6. Je dois vraiment mal m'exprimer, ...
Cali disait que passer à l'IPv6, c'était transparent pour le client final. Or, c'est FAUX! C'est uniquement ça que je voulais montrer mon exemple (qui aurait pu être celui de Mme Michu). Je ne cherchais pas à savoir comment passer en IPv6, ni à avoir un avis (constructif) de la part de Cali sur mes équipements connectés.
Et puis, pour répondre à Cali, je ne pense pas qu'un FAI ait le droit de répondre à un client "c'est pas mon problème si vous utilisez de la merde"...
Donc clairement, contrairement à ce que vous pensez tous les deux, je suis persuadé que l'IPv6 n'est pas une solution à court terme pour Déclic, mais une solution sur le long terme, qui se prépare, se travaille. Il faut que le FAI accompagne ses clients, et ça ne va pas se faire en 1 jour!
Leon.
-
qui aurait pu être celui de Mme Michu
"Mme Michu" va acheter la dernière daube chez Darty, avec Microsoft Winows 7 ou 8, et il y a de l'IPv6 dedans. Donc elle branche la machine, si la boîte de son FAI lui assigne automatiquement une IPv6, elle aura IPv6 sans rien savoir. Pour les autres équipements non compatibles c'est comme pour l'arrêt des transmissions télévisuelles analogique terrestre par liaison hertzienne, elle va appeler un guignol qui va lui dire de tout racheter alors qu'encapsuler de manière transparente l'IPv4 dans de l'IPv6 (4in6) aurait été la solution. Donc pas de panique, tout va bien se passer, il est encore d'ailleurs très facile d'obtenir des plages d'IPv4.
-
"Mme Michu" va acheter la dernière daube chez Darty, avec Microsoft Winows 7 ou 8, et il y a de l'IPv6 dedans. Donc elle branche la machine, si la boîte de son FAI lui assigne automatiquement une IPv6, elle aura IPv6 sans rien savoir.
Tu sembles vraiment vivre dans ton monde, Cali. Désolé, mais tu es assez déconnecté de la réalité du terrain. Mme Michu (=le français moyen) ne s'achète pas un PC tous les 4 matins.
Pour s'en convaincre, il suffit de regarder les statistiques des systèmes d'exploitation. Statcounter annonce que 25% des machines connectées en Europe seraient sous WinXP! Chiffres récents, d'aout 2012.
http://gs.statcounter.com/#os-eu-monthly-201109-201208 (http://gs.statcounter.com/#os-eu-monthly-201109-201208)
Leon.
-
cali a du regarder le Steam HW Survey (http://store.steampowered.com/hwsurvey) :
-
cali a du regarder le Steam HW Survey (http://store.steampowered.com/hwsurvey) :
Bah ça confirme ce que je raconte. C'est très bas par rapport à l'année dernière. Check la courbe de Windows 7. Quant à Mme Michu qui achète pas de machine tous les 4 mois, j'y crois pas, rien qu'avec les netbooks pas chers il y a eu des explosions de ventes de petites machines avec des Windows 7. Quand Microsoft Windows XP ne sera plus supporté ces machines seront inutilisables au vu du nombre de logiciel malveillants qui auront le contrôle et modifieront le système jusqu'à le rendre inutilisable, donc le changement se fera de toute façon même si le hardware reste le même.
-
Bah ça confirme ce que je raconte. C'est très bas par rapport à l'année dernière. Check la courbe de Windows 7. Quant à Mme Michu qui achète pas de machine tous les 4 mois, j'y crois pas, rien qu'avec les netbooks pas cher il y a eu des explosions de vente de petites machines avec des Windows 7.
Soyez réaliste, svp! Le site de "Steam" que vous mentionnez s'addresse aux joueurs! Il fait des statistiques sur les PC des utilisateurs de leurs produits.
Un gamer, ça n'est pas Mme Michu! Un gamer est obligé de s'acheter un PC récent pour jouer à des jeux récents.
Encore une fois, svp, sortez de votre monde de Geek, allez voir un peu partout. Il y a énormèment de gens pour qui un PC récent n'est pas indispensable.
Leon.
-
Ah mais moi j'ai mis le lien vers le Steam HW Survey pour rigoler, c'est clairement pas une référence !
Sinon pour les netbooks, ça a commencé sous XP l'explosion des ventes, et depuis ça s'est essoufflé il me semble.
-
+1 pour leon pour le coup
encore un paquet de personnes tournent sous xp et n'ont pas vraiment l'intention de changer
quand la personne va juste sur internet de temps en temps elle en a pas vraiment besoin!
et surtout si tu passes ipv6 only bonjour le travail pour expliquer à Mme michu comment activer l'ipv6.
-
Mais la solution la plus propre est effectivement d'avoir une vraie plage IPV4. Quand à la boite qui a vendu cette plage inutilisable à Déclic, ça ressemble fort à une escroquerie, non?
Escroquerie consentie, puisque les plages IP sont attribuées contractuellement et non échangeables!
-
Je n'ai pas compris ce que tu voulais dire, Corrector.
Leon.
-
Je ne crois pas qu'on puisse faire commerce de plages IP, c'est tout ce que je veux dire!
-
Ah bon, je ne savais pas. Ca me surprends quand même. J'ai l'impression que tous les opérateurs de transit le font, non? Pourquoi n'aurait-on pas le droit de louer / vendre des plages IP?
Leon.
-
D'après ce que je comprends, parce qu'une plage IP n'est pas une propriété, c'est une ressource exploitée sous licence/contrat.
-
Ce sont des ressources publique ce qui signifie que tout le monde peut en avoir, un LIR obtient les plages gratuitement, ensuite libre à lui de les vendre à ses clients, ce qui est normal vu que le LIR paye un abonnement au RIR donc il va facturer ce service.
-
Tu as un titre de propriété pour tes plages IP?
Elles apparaissent dans le bilan de la société?
-
Non, il n'y a pas de propriété, ce sont des allocations, dans notre cas nous avons des PI. Le LIR va facturer le service selon la demande. En tant que FAI nous assignons des PA à certains clients.
-
Il me semble que le RIPE facture désormais les LIR sur les ressources attribués (AS, IPv4 PI) dans l'espoir de faire revenir des plages non utilisées ...
-
Non, par contre il faut obligatoirement avoir de l'IPv6 pour demander des IPv4.
-
IPv6 utilisé ou simplement annoncé ? Je me demande si c'est vérifié...
-
Juste avoir fait une demande d'allocation.
-
Ma proposition pour gérer la pénurie d'IPv4 était :
- si vous ne rendez pas vos services accessibles en IPv6, pas de nouvelles plages IPv4 pour vos serveurs
- si vous n'offrez pas l'accès à Internet IPv6 à vos abonnés, pas de nouvelles plages IPv4 pour vos abonnés
Le but :
Que ceux qui sont 100 % accessibles/offrent l'accès en IPv6 puissent avoir des IPv4 au détriment de ceux qui ne le font pas!
Sévère mais juste.
-
je pense que ça motiverais pas mal de monde cette solution.
ça me semblerais assez juste après si toutes les réserves ont déjà étés distribuées ça arriverait un peu tard....
-
Non, il reste encore des petites réserves. Il me semble que la fin est prévue pour la fin de l'année 2012 ou début 2013.
Si j'ai bien compris après la pénurie de la fine de l'année, il restera suffisamment de réserves pour attribuer un dernier /22 a chaque AS qui en fait la demande (justifiée).
Ce /22 (1000 adresses) serait la dernière attribution d'IPv4 (Même si tu t'appelles Orange et que tu manques d'IPv4, pas possible d'avoir plus d'un /22).
Maintenant les FAI nationaux ont suffisamment de réserves pour attribuer une IPv4 par client pendant encore de nombreuses années.
Ceux qui vont trinquer en premier sont les FAI comme Declic.
-
Nous venons de finir la migration des clients vers un nouveau réseau le temps de la résolution du problème d'annonce des blocs 128.0
Nous ajouterons le support de l'IPV6 cette semaine. Dans les années précédentes les IP ont été attribuées un peut à tout le monde qui en faisait la demande sans réel contrôle de ce que le destinataire allait en faire, on se retrouve donc parfois avec des blocs /24 ou l'on ne voit que de 2 ou 3 adresses utilisées... Si tout le monde jouait le jeu nous ne serions pas autant en pénurie...
-
Il n'y a pas que des /24 qui sont peu utilisés (cela ne serait pas problématique). Il y a aussi des /8 et là ce sont facilement 10 millions d'IP non utilisées.
Félicitations pour la mise en place de l'IPv6. C'est compatible uniquement avec le modem dernière génération (Technicolor) je suppose, non ?
(https://lafibre.info/images/declic/201207_modem_declic_technicolor.png)
-
Oui, les autres ne gèrent que l'IPv4, on verra donc au cas par cas: soit le client souhaite conserver son modem soit on lui proposera une migration.
-
Non, par contre il faut obligatoirement avoir de l'IPv6 pour demander des IPv4.
Dixit ce post sur frnog: (http://www.mail-archive.com/frnog@frnog.org/msg20562.html)
La facturation en plus par le Ripe de 50 €/an par ressource
internet indépendante est maintenue. Et les frais d'entrée de 2000
euros également.
Le RIPE fait bien payé 50€/ans pour chaque AS et IPv4 PI ...
-
Dixit ce post sur frnog: (http://www.mail-archive.com/frnog@frnog.org/msg20562.html)
Le RIPE fait bien payé 50€/ans pour chaque AS et IPv4 PI ...
ça date d'aujourd'hui. Les AS ne sont pas pris en compte. Avant tout était gratuit sauf la souscription au RIPE. (Avant 2010).
-
Pour se voir attribuer des IP il faut devenir LIR (Local Internet Regisry) Redevance d'environ 2000€ par an
http://www.ripe.net/lir-services/member-support/info/faqs/faq-joining (http://www.ripe.net/lir-services/member-support/info/faqs/faq-joining)
ou demander a un LIR de nous attribuer des ressources contre le paiement d'une redevance annuelle dont le tarif est très variable en fonction du LIR; Chacun étant libre de fixer ses tarifs.
-
Nous venons de finir la migration des clients vers un nouveau réseau le temps de la résolution du problème d'annonce des blocs 128.0
Comme votre AS (as49466) annonce apparemment exclusivement les plages 128.0.64.0/22 et 128.0.68.0/22, est-ce que ça veut dire que vous n'utilisez plus du tout votre AS? Du coup, quelles sont les plages utilisées par les clients Déclic actuellement? Vivien, tu dois pouvoir nous le dire.
Nous ajouterons le support de l'IPV6 cette semaine.
La semaine étant passé, est-ce que vous avez ajouté le support IPv6? C'était quand même une super promesse. Mais quel était l'intérêt de déployer aussi vite, dans la précipitation? Peu d'opérateurs sont aussi réactifs pour déployer IPv6! Si c'est fait, bravo!
Leon.
-
Pour le moment on est passé un routage statique le temps de:
- Régler le problème et avoir un nouveau bloc du RIPE: Le problème c'est que l'on a a beaucoup de mal à avoir un nouveau bloc (Le dernier /8 a été attribué au RIPE il y a quelques semaines. Le RIPE n'alloue plus de PI depuis 10 jours, et même pour les PA ça semble pas mal compliqué)
ou
- Vérifier toutes les routes pour nous assurer que le réseau est bien annoncé: Plus de 430000 dans la table de routage!
Pour l'Ipv6 la demande a bien été faite au RIPE, on aura les blocs la semaine prochaine. On commencera donc à annoncer le réseau dès que l'on aura l'attribution et on commencera l'attribution après une dizaine de jours le temps vérifier que tout passe bien.
-
- Vérifier toutes les routes pour nous assurer que le réseau est bien annoncé: Plus de 430000 dans la table de routage!
Même si vous vérifiez toutes les routes, rien ne vous garantit que ça fonctionnera! Il peut très bien y avoir, à l'intérieur d'un réseau, avec des plages IP agrégées, un sous réseau qui ne vous routera pas. Un client d'un opérateur de transit avec des IP PA, par exemple, et qui possèderai un routeur impacté par le bug. Vous ne voyez pas directement la route de ce client (lointain ou pas), depuis votre AS, mais uniquement la route agrégée par le transitaire.
Je pense que la vérification est absolument impossible à faire sur l'ensemble de l'Internet.
Leon.
-
On s'axe sur la politique de routage de tous les acteurs qui opèrent leur propre AS.
Après, chacun est libre d'appliquer une règle de filtrage sur des plages d'IP et effectivement on ne pourra rien faire.
A noter que le bug est principalement connu pour affecter les routeurs Juniper, qui est un équipementier principalement des gros opérateurs. On a réglé les problèmes les plus bloquants. Le site le plus consulté de nos clients est par exemple facebook (en nombre de requêtes) on leur a donc écrit pour leur faire par des problèmes de filtrages.
-
Pour l'Ipv6 la demande a bien été faite au RIPE, on aura les blocs la semaine prochaine. On commencera donc à annoncer le réseau dès que l'on aura l'attribution et on commencera l'attribution après une dizaine de jours le temps vérifier que tout passe bien.
Je vais être franc avec vous: pourquoi faire des annonces irréalistes? Tout le monde sait qu'il est impossible sérieusement de promettre déployer IPv6 en une semaine sur un réseau. Ca nécessite beaucoup de travail pour le déploiement, les tests. Il faut tester la compatibilité des routeurs, des différents réseaux par lesquels vous passez (SIEA, LASOTEL), la compatibilité des Box des clients avec plusieurs type de matériel et d'OS, de tester enfin votre visibilité IPv6 partout dans le monde. Brerf, il y a du boulot!
Donc quel est l'intérêt de faire des promesses comme ça? Vous êtes vraiment les champions pour ce genre de promesses non tenue. Ne serait-il pas plus judicieux de dire "on s'engage à déployer IPv6 sous 3 mois"? Même si en interne, vous avez le fol espoir que ça soit fait en 1 à 2 semaines. Vous seriez beaucoup plus crédible à mon avis.
Mais bon, c'est votre politique, vos choix de marketting. A vous de choisir quelle image vous voulez donner aux gens.
Leon.
-
Comme votre AS (as49466) annonce apparemment exclusivement les plages 128.0.64.0/22 et 128.0.68.0/22, est-ce que ça veut dire que vous n'utilisez plus du tout votre AS? Du coup, quelles sont les plages utilisées par les clients Déclic actuellement? Vivien, tu dois pouvoir nous le dire.
Les abonnés Declic Telecom ont été migrés temporairement sur la plage de Lasotel 178.18.48.0/20 (AS39180).
% Information related to '178.18.48.0 - 178.18.63.255'
inetnum: 178.18.48.0 - 178.18.63.255
netname: FR-MWSP-20100409
descr: SARL MWSP
country: FR
org: ORG-SM12-RIPE
admin-c: SC2371-RIPE
tech-c: SC2371-RIPE
status: ALLOCATED PA
mnt-by: RIPE-NCC-HM-MNT
mnt-lower: MNT-MWSP
mnt-routes: MNT-MWSP
source: RIPE # Filtered
organisation: ORG-SM12-RIPE
org-name: SARL MWSP
org-type: LIR
address: LA SOLUTION TELECOM
26 rue Emile Decorps
69100 Villeurbanne
France
phone: +33427460000
fax-no: +33427460001
admin-c: SC2371-RIPE
mnt-ref: RIPE-NCC-HM-MNT
mnt-ref: MNT-MWSP
mnt-by: RIPE-NCC-HM-MNT
source: RIPE # Filtered
person: Sylvain Charron
org: ORG-SM12-RIPE
address: LA SOLUTION TELECOM
address: 38 AVENUE DU 8 MAI 1945
address: 69120 VAULX EN VELIN
address: FR
phone: +33 4 27 46 00 00
fax-no: +33 4 27 46 00 01
abuse-mailbox: abuse@lasotel.net
nic-hdl: SC2371-RIPE
mnt-by: MNT-LASOTEL
source: RIPE # Filtered
% Information related to '178.18.48.0/20AS39180'
route: 178.18.48.0/20
descr: LASOTEL NETWORK
origin: AS39180
mnt-by: MNT-LASOTEL
source: RIPE # Filtered
-
On s'axe sur la politique de routage de tous les acteurs qui opèrent leur propre AS.
Après, chacun est libre d'appliquer une règle de filtrage sur des plages d'IP et effectivement on ne pourra rien faire.
Mais ici on ne parle pas de filtrage, mais d'un bug dans les routeurs. Donc si votre but est de rentre tout Internet visible (c'est le but premier de tout opérateur), vous n'y arriverez jamais à mon avis.
Et dans mon exemple de PA, je parlais bien d'un réseau indépendant avec un AS indépendant, une plage PA, client d'un unique transitaire; transitaire qui aggrège les routes. Il y a plein de réseaux comme ça dans le monde! Et là, vous ne pouvez absolument rien faire. Vous ne pouvez même pas savoir si vous êtes visible de ce réseau là.
A noter que le bug est principalement connu pour affecter les routeurs Juniper, qui est un équipementier principalement des gros opérateurs. On a réglé les problèmes les plus bloquants. Le site le plus consulté de nos clients est par exemple facebook (en nombre de requêtes) on leur a donc écrit pour leur faire par des problèmes de filtrages.
Donc pour vous, Internet c'est avant tout Facebook.
Désolé, mais Juniper ne fournit pas que les "très gros réseaux". Je pense sérieusement que vous ne vous en sortirez jamais comme ça.
Leon.
-
On a dit que l'on ajoutais le support de l'Ipv6, cela ne veut pas dire que l'on attribuera que des IPv6 aux nouveaux clients.
On se prépare juste car l'on sait très bien qu'avec un /21 on ira pas bien loin, à moins de pouvoir trouver des nouvelles PA/PI d'ici la fin de la disponibilité de nos IP. Cependant, il parait que 2013 marque le passage à l'IPv6 alors pourquoi pas...
On a cependant participé aux différentes Ipv6 days et testé en interne sans problème la compatibilité de nos équipements et routeurs. On testera la semaine prochaine sur les nouveaux abonnés l'IPv6 Encore faut t'il que le matériel du dit client soit comptable, on risque donc de se casser les dents à quelques reprises... ce qui nécessitera un retour à l'Ipv4... On le fera sur une démarche volontaire en demandant au client s'il gère l'IPv6 et qu'il veut bien être beta testeur...
-
Donc pour vous, Internet c'est avant tout Facebook.
Bien sur que non, mais Internet c'est ce que nos clients on font... La logique c'est de gérer le plus critique mais le moins important....
Internet c'est aussi la française des jeux pour nos clients, car on a eu des remontées à l’époque par exemple :-)
Nous sommes sur une cible grand public qui a donc un profil de consommation très spécifique: Facebook, Youtube, Live...
-
2013 sera l'année de l'IPv6.
L'année où tous les FAI devraient proposer en standard ou option à leurs clients du dual-stack IPv4 + IPv6 sur les nouvelles box (on ne parle pas du parc existant).
Ce sera également l'année où tous les hébergeurs vont commencer à proposer en option de l'IPv6 à leurs clients.
Mais fin 2013 la majorité des clients et des sites web n'auront toujours que de l'IPv4.
Je pense que le basculement (avec plus de trafic sur le réseau IPv6 que sur le réseau IPv4) se fera en 2015.
Je pense qu'il faudra également attendre 2015 pour l'intégralité du top 100 des sites web proposent IPv4 et IPv6.
Les 100 sites les plus visités par les français et l’IPv6 (sites compatibles en vert) :
- google.fr
- facebook.com
- google.com
- youtube.com
- yahoo.fr
- fr.wikipedia.org
- live.fr
- t.co
- leboncoin.fr
- orange.fr
- free.fr
- fr.linkedin.com
- ebay.fr
- twitter.com
- commentcamarche.net
- viadeo.com
- amazon.fr
- lemonde.fr
- dailymotion.com
- over-blog.com
- blogger.com
- figaro.fr
- msn.fr
- pagesjaunes.fr
- wordpress.com
- lequipe.fr
- blogger.fr
- sfr.fr
- programme-tv.net
- allocine.fr
- linternaute.com
- laredoute.fr
- googleusercontent.com
- apple.com
- vente-privee.com
- microsoft.com
- pole-emploi.fr
- ovh.net
- tumblr.com
- adcash.com
- leparisien.fr
- seloger.com
- tf1.fr
- xhamster.com
- voyages-sncf.com
- ovh.com
- paypal.com
- 20minutes.fr
- jeuxvideo.com
- bing.fr
- priceminister.com
- skyrock.fm
- doctissimo.fr
- deezer.com
- cdiscount.fr
- pinterest.com
- journaldunet.com
- boursorama.fr
- badoo.com
- societe.com
- lexpress.fr
- aufeminin.com
- nouvelobs.com
- flickr.fr
- youporn.com
- becoquin.com
- meteofrance.com
- fnac.com
- credit-agricole.com
- liberation.fr
- bnpparibas.com
- clubic.com
- babylon.com
- advertstream.com
- laposte.net
- caisse-epargne.fr
- 01net.com
- canalplus.fr
- ad6media.fr
- voila.fr
- canalblog.com
- webrankinfo.com
- new.livejasmin.com
- rueducommerce.fr
- pornhub.com
- xvideos.com
- lepoint.fr
- societegenerale.fr
- vivastreet.co.uk
- reverso.net
- wordreference.com
- adserverpub.com
- labanquepostale.fr
- conduit.com
- mobile.free.fr
- adobe.com
- banquepopulaire.fr
- pixmania.com
- groupon.com
- amazon.com
-
Je vais être franc avec vous: pourquoi faire des annonces irréalistes? Tout le monde sait qu'il est impossible sérieusement de promettre déployer IPv6 en une semaine sur un réseau. Ca nécessite beaucoup de travail pour le déploiement, les tests. Il faut tester la compatibilité des routeurs, des différents réseaux par lesquels vous passez (SIEA, LASOTEL), la compatibilité des Box des clients avec plusieurs type de matériel et d'OS, de tester enfin votre visibilité IPv6 partout dans le monde. Bref, il y a du boulot!
Exact, d'autant plus que ça ne semble pas du tout une priorité absolue : sauf si j'ai manqué un épisode, la plupart des sites ne sont pas accessibles en IPv6 pour le moment, donc ça ne réglerait pas du tout le problème de la connectivité IPv4.