La Fibre
Fournisseurs d'accès à Internet fixe en France métropolitaine => 
Wibox => 
Anciens FAI => Opérateurs grand public alternatifs => Espace technique Wibox => Discussion démarrée par: koff le 19 juin 2017 à 21:47:08
-
Bonjour :),
j'ai accès en journée à des sites qui deviennent indisponibles le soir "la connexion a échoué" ou "le délai d'attente est dépassé".
à cet instant j'ai ce message pour les sites :
www.lephoceen.fr
www.xeester.com
google, lequipe, lafibre.info ... fonctionne sans problème et cet après midi je pouvais me connecter aux 2 sites ci dessus ::) sans problème.
J'ai ce soucis tous les soirs entre 21h et 23h.
Si je lance le logiciel ultrasurf, j'ai accès sans problème à ces 2 sites mais je préfèrerais y accéder avec mon routeur Wibox.
J'ai appelé Wibox mais on me dit que le problème vient du réseau Ain, ça commence à sérieusement m'énerver, 6 mois que j'ai ce soucis... :-\
Si vous pouvez m'aider, merci.
-
Non, le problème viens probablement de wibox, sans quoi l'impact serait plus important
Les deux sites sont hébergé chez OVH en IPv4 uniquement.
Tu as d'autres exemples ?
-
bonsoir,
https://www.kill-tilt.fr/
-
Encore un site hébergé chez OVH.
Un traceroute vers les sites en questions sont important pour voir où cela c'est cassé.
Sous Windows : tracert lafibre.info
Sous Linux : mtr -zrwc10 lafibre.info
Sous MacOS : traceroute lafibre.info
Tu remplaces lafibre.info par le site testé.
-
OVH déconnait déjà chez Wibox y'a quelques années il me semble...
-
J'ai fait un test depuis un servuer OVH : aucun problème pour te joindre, donc je ne pense pas que la coupure soit totale avec OVH
mtr -rwc100 46.162.147.xxx
Start: Mon Jun 19 22:01:52 2017
HOST: ovh Loss% Snt Last Avg Best Wrst StDev
1.|-- 37.187.131.252 0.0% 100 1.3 3.1 0.7 29.2 4.6
2.|-- po109.gra-g1-a75.fr.eu 0.0% 100 0.2 0.2 0.2 0.4 0.0
3.|-- ? ? 100.0 100
4.|-- be99-1106.gsw-1-a9.fr.eu 0.0% 100 4.5 4.7 4.4 5.3 0.0
5.|-- be99-2.th2-1-a9.fr.eu 0.0% 100 4.8 5.1 4.6 13.1 1.0
6.|-- lasotel.par.franceix.net 0.0% 100 4.6 7.4 4.6 16.1 3.5
7.|-- cr07-2-4.vnx.69.fr.lasotel.net 0.0% 100 11.0 13.8 10.9 22.4 3.7
8.|-- cr12-2-1.dc4.69.fr.lasotel.net 0.0% 100 11.2 12.9 11.1 93.7 9.4
9.|-- cr21-2-2.shd.01.fr.lasotel.net 0.0% 100 11.7 11.8 11.5 15.7 0.6
10.|-- cr31-1-1.max.01.fr.lasotel.net 0.0% 100 15.1 15.0 12.0 56.1 5.4
11.|-- cr32-2-1.beb.01.fr.lasotel.net 0.0% 100 12.5 17.0 12.5 89.9 14.3
12.|-- 46.162.147.xxx 1.0% 100 50.6 54.4 16.5 90.4 16.0
-
ci-joint le test avec la commande tracert sur les 3 sites en question :
(https://lafibre.info/images/wibox/201706_wibox_tracert_vers_ovh_1.png)
(https://lafibre.info/images/wibox/201706_wibox_tracert_vers_ovh_2.png)
(https://lafibre.info/images/wibox/201706_wibox_tracert_vers_ovh_3.png)
-
Alors ça alors, ton traceroute est parfait !
Les sites ne s'affichent pas ? Tu pourrais essayer avec un second navigateur web ? (dit nous au passage le navigateur utilisé et la version de Windows)
Depuis ton smartphone en WiFi, cela fonctionne ?
Depuis ton PC, https://ip.lafibre.info/ te trouves une IPv4 et une IPv6 ou uniquement une IPv4 ?
-
Non les sites ne s'affichent pas. J'utilise Firefox. Je viens de test avec IE mêmes problèmes.
Par défaut IPv4.
"vous n'avez pas de connectivité IPv6"
Cela ne marche pas en Wifi sur mon smartphone également et sur un autre pc idem.
-
Ok, donc il ne faut pas chercher un pb coté IPv6.
https://www.ovh.com/ fonctionne ?
Je me demande si tu n'es pas derrière un Carrier-grade NAT (https://fr.wikipedia.org/wiki/Carrier-grade_NAT) et qu'il y a un souci sur l’infrastructure de NAT.
Dans l'interface wob, ton IP publique ou wan devrait être affiché dans un menu.
Si il t'annonce l'IP qui commence par 46.162.147. c'est bon, tu as une IPv4 dédiée.
Si tu as une IP qui commence par 10. c'est que tu es derrière un CG-Nat, comme sur ton mobile en 4G.
Encore un autre test : sur la page https://testdebit.info/ il y a des fichiers chez différents hébergeurs en IPv4 et IPv6.
Ceux en IPv6 ne vont pas fonctionner mais tous ceux en IPv4 devraient être OK. Pourrais-tu vérifier (test un seul fichier par ligne, par exemple 1Mo, si il te propose de le télécharger c'est bon)
-
oui https://www.ovh.com/ fonctionne.
je comprends pas l'histoire du menu dans l'interface wob ?
je viens d'avoir 2 coupures internet...
-
pour les fichiers en téléchargement c'est bon il me propose le téléchargement pour les ipv4.
-
On a déjà eu il y a deux ans ce type de problème avec OVH : Problème d'accès à certains sites (https://lafibre.info/wibox-internet/probleme-dacces-a-certains-sites/)
Voici un petit résumé des 111 messages :
Depuis quelques jours, j'ai remarqué que certains sites sont inaccessibles par l'intermédiaire de ma connexion WIBOX, que ce soit en wifi ou en câble, d'un smartphone, d'un mac ou d'un PC...
Par exemple : cbanque.com , iphon.fr , commentreparer.com , generation-NT.com , actes-sud.fr sont inaccessibles (alors que je les ping bien) et fonctionnent parfaitement en 3G ou ailleurs sur un autre point d'accès.
Je retourne chez adeli.
Wibox ne fait rien pour traiter ce probleme que j'ai signalé en juin.
La conclusion est sans appel pour mes tests : Saturation entre le dernier routeur et le lien du SIEA. Les buffers se remplissent ce qui augmente le ping, puis les paquets sont supprimés car le buffer est plein.
Cette saturation concerne l'intégralité des sites web et n’explique pas du tout pourquoi certains sites web ne sont pas accessibles.
En effet :
JV.com OK
CBANQUE ça galère
iphon.fr OK
Commentreparer OK
GNT OK
Actes SUD OK
On est presque bon !! :)
Les jours d'avant rien marchait avant minuit !
Réponse officielle de LASOTEL, Opérateur télécoms utilisé par Wibox :
Re-bonsoir,
Pour revenir sur les pb d'accès à certain sites, je vais dans un premier temps vous confirmer qu'il y a depuis le début de l'été des périodes de saturation plus ou moins longues (environs 20h-23h), période qui a certaine moment (notamment les derniers jours de mauvais temps) ou cette période commençait disons dès 17h :-[
Première réponse, pourquoi certains sites pas joignable ?
Rassurez vous, ce n'est pas de la censure, nous ne "choisissons" pas les sites qui fonctionnent ou pas pendant les périodes de saturation, seulement voilà, les "gros" sites, voir les "grosses plateformes" (type OVH) sont en permanence attaqué par tout type d'attaque, dont des attaques de type slow request, cad ouverture de session TCP (ou HTTP) sans demande particulière, ce qui bloque les "slots" des plateformes.
Pour ce protéger de ce type d'attaque, ces plateformes ont tout simplement baisser fortement leur timer de timout.
Les connexions "lentes" comme vous avez de temps en temps provoque de forte latence, et donc les plateformes en question ce protègent croyant que vous les attaquez par ce type d'attaque.
Maintenant la vrai question, pourquoi ces lenteurs ?
Sans rentrer dans les détails, Wibox vend; Lasotel déploie; et il faut que les 2 avances en même temps, que ce soit au niveau administratif, approvisionnement de matériel, et enfin déploiement. Là en ce moment on pédale un peut.
Une des baies réseau Lasotel en 2012 de Vénissieux:
(https://lafibre.info/images/pro/201201_lasotel_baie_venissieux.jpg)
On y voit un routeur Brocade 2x10G + 24x1Goptique et un switch 24 ports 10G.
Une des baies réseau Lasotel en 2015 de Vénissieux:
(https://lafibre.info/images/pro/201501_lasotel_baie_venissieux_1.jpg) (https://lafibre.info/images/pro/201501_lasotel_baie_venissieux_2.jpg)
Là quelques routeurs de plus, et en bas un châssis Brocade MLX (depuis il est passé à 16x10G + 72x1Goptique
On commence sérieusement a envisager des cartes 100G ;)
En // nous avons remplacer le routeur de MAXNOD au mois de juillet, plus petit, un Brocade MLX-4 (4 emplacements cartes).
Pendant cette intervention nous avons déployer les MUX DWDM entre SHD CFI (Civrieux) et MAXNOD.
Demain mardi nous faisons évoluer la fibre optique entre LASOTEL PIXEL (Villeurbanne) et SHD CFI (Civrieux), mise en place de MUX 16 canaux DWDM en remplacement de 8 existants.
Mercredi c'est autour de la liaison entre DCforDATA (Limonest) et SHD CFI (Civrieux), là on part directement sur des MUX 40 canaux (nous avons du trafic de type réplication entre ces 2 datacenter pour certain clients).
Niveau équipement certaines liaisons DWDM vont être mise en production avec des équipements de type Alcatel 1830 1830 Photonic Service Switch (PSS).
Et pour finir cette semaine très chargé, on fini par un tour à Paris Telehouse 2 pour ajouter un deuxième châssis Brocade MLX-8, avec pour démarrer 8x10G + 48x1Goptique.
(actuellement nous n'avons plus assez de port 10G pour l'évolution de certain peering)
Semaine prochaine on met en route progressivement tout ça, cela devrait fortement améliorer les ralentissements actuels.
La saturation qui dégrade un peu le débit est un fait, le blocage des sites OVH reste étonnant :
L'explication concernant l'indisponibilité me paraît étonnante aussi... car même avec une connexion 2g ou 3g saturée les sites chez OVH se chargent lentement mais se charge... idem avec une connexion adsl pourrie voire 56k...
donc soit la saturation est colossale soit une/des ip(s) de leur reseau participe(nt) à un ddos et donc sont filtrées soit je pense que l'explication est ailleurs...
En phase.
C'est vrai que Free a régulièrement des liens qui saturent (et pas un peu) sans que les sites deviennent indisponibles.
Ici la saturation est réelle mais elle est faible, donc ce la n'explique pas les non réponse de site web, il y a une seconde raison (lien vers une destination particulière saturé ? Bug qui bloque des connexions TCP ?)
j'ai demandé à un voisin qui est chez WIBOX (pas de chance) de tester un site à 20H30 et il a eu le même pb.
liste des sites non exhaustifs:
iphon.fr
actes-sud.fr
kulturegeek
generation-NT
etc
ceci entraine aussi un pb sur des applis IPAD
comme "Auchan drive" qui n'arrive pas à charger son catalogue au démarrage et donc ne fonctionne pas.
c'est un bon test quand l'appli ne fonctionne plus c'est mauvais signe.
le pb est systématique je n'ai jamais eu un soir sans souci.
je suis abonné depuis MAI 2015 et le 2ieme jour je me suis aperçu de ce pb, j'avais à l'epoque l'ADSL SFR et quand je basculais sur le WIFI SFR pas de PB.
donc le souci existe depuis plus de 4 mois.
A défaut de communiquer ici (pas faute de les y avoir incités), voici une réponse de Wibox :
(https://lafibre.info/images/wibox/201510_wibox_upgrade_ain_10g.png)
Un test de débit sur une connexion, montre que le débit avec OVH est pas si mauvais mais que malgré ca le sites web ne s'affichent pas :
Les 4 sites que tu indiques sont tous chez OVH.
Tu pourrait regarder le débit que tu as vers OVH avec le fichier http://ipv4.rbx.proof.ovh.net/files/1Gio.dat ?
Normalement c'est 11 Mo/s avec une ligne à 100 Mb/s.
je viens de tester le téléchargements du fichier de 1 GO
je suis à 1,9 MO/s il est 18H36
les sites sont déjà inaccessible.
1,9 Mo/s (soit 15 Mb/s) sur une seule connexion TCP et des sites web qui sont inaccessibles ? Si il y avait une forte saturation, tu n'aurais pas un tel débit.
Je suis convaincu qu'il y a deux problèmes distincts.
je viens de faire ma lettre de résiliation et la je suis heureux.
je vais aller voir chez KNET si ils sont meilleurs.
en faite je demande juste un accès internet c'est pas compliqué pour un FAI.
avec un modem à 56K il y a 15 ans cela fonctionné donc avec la fibre ma femme devrait pour ouvrir les pages du site des 3suisses !!! c'est pas bien compliqué.
peut être que c'est trop demandé, je vais essayé 3615 code WIBOX A FUIR
Même problème du coté de Koreus...
Toujours la même situation en ce 14 Octobre 2015, et je me demande même si ce n'est pas de pire en pire...
Cette histoire commence à faire un bon bruit sur Internet, et Wibox ne réagit pas... C'est quand même fou !
C'est triste à dire mais je pense qu'il faudrait qu'un bon gros site comme Facebook, Youtube ou même Google ne fonctionne plus pour qu'ils s'en occupent enfin !
Après, me concernant, je n'ai pas de problème de débit pour les serveurs qui fonctionnent et suis quasiment au top de ma connexion, mais alors tous ces sites qui ne fonctionnent plus, ça devient juste de plus en plus handicapant, et silence radio total du coté service client de Wibox...
je suis passé chez K-NET est tout fonctionne, enfin des gens sérieux qui connaissent leur métier.
Comme par miracle plus de pb d'accès au site (actes-sud, kulturegeek,iphon.fr l'appli Auchan drive sur Ipad etc...)
c'est pas comme chez WIBOX.
en plus le débit le soir est très correcte.
La réponse de Wibox :
(https://lafibre.info/images/wibox/201510_wibox_saturation_ain.png)
L'upgrade :
L'upgarde est effectué. Il n'y a pas eu de saturation hier soir.
Merci aux équipes qui ont travaillé sur l'upgrade.
(https://lafibre.info/images/wibox/201511_wibox_smokeping_ain_1.png)
(https://lafibre.info/images/wibox/201511_wibox_smokeping_ain_2.png)
Bon apparemment, c'est bien reparti ! 8)
Ping excellent. Tous les sites fonctionnent !
En espérant que cela continue !
-
Je t'ai crée un graphe SmokePing pour voir si il y a comme il y a deux ans une saturation de la collecte Wibox dans l'Ain.
Ton graphe est à coté des autres graphes Wibox : https://lafibre.info/smokeping-wibox/
-
(https://lafibre.info/images/wibox/201706_wibox_tracert_vers_ovh_3.png)
J'ai été un peu vite pour dire que le traceroute tait parfait : oui, tu joins bien la destination, mais pas par le chemin optimal.
On part de l'Ain sur le réseau Lasotel, puis on va a Vénissieux dans le Rhône et on arrive à Paris TH2 (137, Boulevard Voltaire, 75011 Paris). Cette partie du traceroute est parfaite.
Ce qui ne va pas c'est la suite, au lieu de récupérer OVH sur TH2 à Paris, Lasotel envoi les paquets vers le POP OVH de Seabone à Milan, dan le nord de l'Italie. On remonte ensuite dans le nord de la France par le réseau OVH.
Ce routage qui n'est pas au plus proche n'explique pas les sites qui ne se chargent pas, mais c'est une petite anomalie.
-
merci Vivien :), j'espère que Wibox sera aussi réactif et compétent ::)
-
Ce qui ne va pas c'est la suite, au lieu de récupérer OVH sur TH2 à Paris, Lasotel envoi les paquets vers le POP OVH de Seabone à Milan, dan le nord de l'Italie. On remonte ensuite dans le nord de la France par le réseau OVH.
Lasotel n'a pas de POP en Italie...
Je pense que c'est juste un souci de reverse DNS vu le ping.
-
les 3 sites sont à nouveau indispo depuis 5 minutes
-
Comme le ping fonctionne, cela signifie que tu arrives a joindre le serveur.
On est probablement face a des comportements plus complexe tels que des paquets supprimés en fonction de leur port et du champ DSCP.
Tu pourrais nous faire une capture Wireshark ?
J'ai remis au goût du jour mon vieux tutoriel spécialement pour toi : Réaliser une capture Wireshark pas à pas (https://lafibre.info/tcpip/realiser-une-capture-wireshark-pas-a-pas/)
Il faut démarrer la capture wireshark avant d'appeler le site web, afin d'avoir le début de la connexion, le paquet [SYN] auquel tu dois avoir une réponse par [SYN-ACK]
Une hypothèse pourrait être que ces sites web forcent champ DSCP (Type of Service) qui dé-priorise le trafic. En cas de saturation, le trafic dé-priorisé est tout simplement supprimé.
Voici un exemple de code à mettre sur un serveur pour changer le DSCP en fonction du port pour qu'il ne soit pas à 0 :
/sbin/iptables -t mangle -A OUTPUT -p udp --sport 53 -j DSCP --set-dscp 32
/sbin/ip6tables -t mangle -A OUTPUT -p tcp --sport 53 -j DSCP --set-dscp 32
/sbin/iptables -t mangle -A OUTPUT -p tcp --sport 80 -j DSCP --set-dscp 10
/sbin/ip6tables -t mangle -A OUTPUT -p tcp --sport 80 -j DSCP --set-dscp 10
/sbin/iptables -t mangle -A OUTPUT -p tcp --sport 443 -j DSCP --set-dscp 10
/sbin/ip6tables -t mangle -A OUTPUT -p tcp --sport 443 -j DSCP --set-dscp 10
Maintenant, la plupart des réseaux ré-initialise le champ DSCP qu'il reçoivent et même en émission le trafic est souvent ré-initialisé.
-
je viens de relancer une capture avec IE au lieu de firefox
kill tilt je ne décollait oas du lien google. Pour xeester et le phoceen impossible de se connecter
-
j'ai désinstaller et réinstaller la nouvelle version firefox.
je viens de réessayer de me connecter sur xeester, cela rame mais au bout du bout je me connecte. la MAJ n'y est pour rien, cela rame un peu, je pense que c'est l'heure, toujours dans le même créneau que je suis bloqué
-
maintenant j'ai 404 not found nginx
rebloqué
-
Merci pour la capture Wireshark.
Le résolveur DNS utilisé est nsc1.lasotel.net 81.18.176.75 ce qui semble correct comme DNS de ton FAI.
J'ai trouvé une piste intéressante :
- lephoceen.fr : 46.105.74.99 (ou 178.33.106.122) => 3 requêtes SYN sans aucune réponse du site
- xeester.com : 37.59.184.221 => aucune requête
- kill-tilt.fr : 149.202.82.46 => il y a des requêtes et quelques réponses.
Ce qui est très intéressant, c'est que les réponses de 149.202.82.46 sont taguées DSCP 6.
Je suppose que ces flux sont dé-priorisés par le réseau et dès que cela sature, le surf est impossible.
Pour vérifier que c'est bien ça, je t'ai mis un site en DSCP 6 : [serveur temporaire supprimé]
Si j'ai raison, tu devrais avoir un tout petit débit, voir même une absence de chargement.
-
la page s'affiche mais en lancant le téléchargement du 1er iso le débit est de 13ko/sec
-
Pendant ce temps, j'ai vérifié les autres sites web qui posent problème : ils sont bien avec un champ DSCP (Type of Service) 6.
A priori, OVH distingue les classe de trafic en fonction du DSCP et le champ DSCP n'est pas supprimé avant l'envoi sur Internet.
Le trafic prioritaire semble être en DSCP 0, le marquage habituel sur Internet.
j'ai donc enfin trouvé la cause des sites inaccessibles le soir / week-end :
- A l'origine il y a une saturation de la collecte Wibox pour l'Ain, c'est le cas en 2015 comme en 2017.
- Ensuite, il y a le fait que Lasotel garde les champ DSCP des flux qui rentre sur son réseau par Internet et plusieurs opérateurs utilisent de manière différente ces champ DSCP (Type of Service), le but étant de prioriser certains trafics en cas de saturation.
Le réseau de Lasotel interprète le DSCP 6 d'OVH comme une demande de dé-priorisation en cas de saturation (Autre formulaion équivalente :
Lasotel met une stricte priorité du trafic DSCP 0 vs DSCP 6).
Les flux des serveurs OVH concernés sont donc tout simplement supprimés au niveau du routeur qui a un lien de collecte saturé avec l'Ain.
Dés que un lien sature, tout le trafic DSCP 6 part à la poubelle.
C'est ce qu'il se passe le soir et le week-end, bloquant totalement les sites en question.
-
Et avec https://daevel.fr ? C'est hébergé sur les serveurs les plus hauts de gamme OVH + Vrack, donc niveau priorité ça change p-e ?
-
le site se charge très rapidement
www.xeester.com se charge rapidement aussi, l'horaire...
-
Avec un serveur moyen de gamme un peu ancien, je découvre que le trafic tagué DSCP 6.
Donc seul le haut de gamme aurait droit à DSCP 0 chez OVH ?
-
rebelote www.xeester.com rame à nouveau
-
Avec un serveur moyen de gamme un peu ancien, je découvre que le trafic tagué DSCP 6.
Donc seul le haut de gamme aurait droit à DSCP 0 chez OVH ?
j'ai plein de gammes de serveurs sous le coude si tu veux tester
-
Avec plaisir !
-
toujours des indispos, Wibox compte répondre un jour ? ???
-
Sylvain Charron, le boss de LASOTEL a fait une réponse sur Twitter :
Il y a une différence entre BLOQUER, RESPECTER et TRANSPORTER un champ DSCP.
Pas de traitement coté @lasotel. Conflit avec mapping QoS SIEA.
Sa réponse dit que c'est un conflit entre l'interprétation du champ DSCP, positionné par OVH et l'interprétation que le SIEA en fait. Selon lui LASOTEL ne fait que transporter sans toucher le flux et celui qui supprime les paquets DSCP 6 est le SIEA.
Mon interprétation est différente : Les paquets sont supprimés sur le routeur ou switch qui est le premier point de contention rencontré. Or où est le point de contention ? Cette fois ci nous ne savons pas, mais il y a deux ans, la saturation était sur la porte de collecte.
Source Wibox :
(https://lafibre.info/images/wibox/201510_wibox_upgrade_ain_10g.png)
Pour le trafic descendant, c'est donc le dernier équipement actif avant le SIEA qui fait le drop des paquets quand la porte de collecte sature et c'est donc un routeur/switch LASOTEL ou Wibox (on peut laisser la porte ouverte au fait que Wibox a des équipements)
Bref, l'équipement qui drop le trafic me semble sous responsabilité LASOTEL et non SIEA.
Il y a 3 solutions possibles pour que les sites soient de nouveau joignables :
- Augmenter la capacité du lien qui sature (la dernière fois c'était la collecte, cela peut être la même chose ou différent)
- Mettre tous les flux a DSCP 0 en entrée du réseau, sur les routeurs de peering, comme presque tous les FAI, cela évite qu'une attaque DDOS se tague en flux strictement prioritaire, pouvant entraîner des dommages supérieurs.
- Changement le comportement des équipements pour qu'ils ne priorisent ni ne dé-priorisent plus les flux en fonction du tag DSCP. C'est a mon avis la moins bonne solution, car il est important de prioriser certains flux comme les flux TV, VoIP et éventuellement DNS.
Cela n’empêche pas qu'il me semble indispensable d’avoir une politique de QoS compatible avec les différents RIP, même si là je pense que c'est en amont que les paquets sont droppés : en cas de congestion, cela permet de limiter les dégradations pour les clients. Il y a notamment un point qui sature régulièrement : le port 100 Mb/s d'un client : quand il lance un gros téléchargement. Sans priorisation des flux IPTv, la TV ne sera pas regardable pendant un téléchargement au débit maximum.
-
Concernant la cause primaire, la saturation, elle est relativement faible, les buffers se remplissent mais n'exposent pas (il n'y a pas de pertes de paquets)
Sans problème de QoS, elle passerait relativement inaperçue.
Voici l'impact de la saturation (hors pb de dé-priorisation) :
- Le débit n'est plus a 100 Mb/s le soir, mais reste bien supérieur à une bonne ligne ADSL.
- Les pages web se chargent 10 à 20% plus lentement donc cela se remarque à peine.
Voici le graphe SmokePing de koff :
(https://lafibre.info/images/wibox/201706_wibox_smokeping_koff.png)
-
Merci Vivien, réponse très clair, il devrait t'embaucher lasotel et wibox ^^.
Oui ca se charge mais pour les 3 sites en question c nada, ca bloque ce qui est très ennuyeux.
Pour moi j'ai pas 36 solutions à part me désabonner en gros
-
Ce n'est pas 3 sites en question : C'est l'intégralité des serveurs dédiés OVH qui sont en DSCP 6 pour les flux TCP.
Les serveurs mutualisés sont par contre en DSCP 0.
J'ai également vu d'autres hébergeurs qui ont des flux DSCP non positionné sur 0, l'impact est donc pas négligeable.
La résolution du problème est assez simple, j'ai évoqué 3 solutions et les 3 sont relativement simple et pas hors de prix.
=> J'ai bon espoir que ce problème soit enfin traité.
-
C'est simple mais le boss de lasotel joue à "c'est celui qui dit qui est", bref c'est pas moi c'est le voisin...
-
Coupure totale depuis 14h :o >:( :'(
De pire en pire
- connexion revenu à l'instant
-
Qu'il est beau ce smokeping merci Wibox merci merci :o
https://lafibre.info/dns/smokeping.cgi?target=wibox.koff
(https://lafibre.info/images/smokeping/201707_smokeping_koff.png)
-
L'upgrade de la collecte qui as mal tourné ?
-
Salut Vivien,
Je ne sais pas.
J'en ai marre donc je vais résilier, j'ai trouvé une meilleure offre chez un autre opérateur.
Par contre je n'ai pas de téléphone fixe, est ce qu'ils me donneront mon rio si je le demande ou je vais être encore ennuyé ?
-
Pourquoi demander une portabilité si tu n'as pas de téléphone fixe ?
Le cas de Wibox n'est pas évoqué pour récupérer le RIO sans avoir de téléphone :
(https://lafibre.info/images/doc/201612_rio_portabilite_telephone_fixe.png)
Bref, si tu souhaites garder ton numéro, tu n'a pas un téléphone à brancher à ta box pour faire le 3179 ?
-
non je n'ai pas de téléphone fixe.
je voulais connaitre la démarche car le nouvel opérateur me l'a demandé, car il en a besoin pour gérer la résiliation et m'ouvrir une ligne chez lui si j'ai bien compris.
Après ce n'est peut etre pas obligatoire effectivement.
-
c'est accessible depuis l'espace mon compte- téléphone-changer de numéro et le rio est indiqué.
-
J'ai déplacé le hors-sujet sur le site de Lasotel HS : Indisponibilité site Lasotel (https://lafibre.info/lasotel/t27651/)
-
non je n'ai pas de téléphone fixe.
je voulais connaitre la démarche car le nouvel opérateur me l'a demandé, car il en a besoin pour gérer la résiliation et m'ouvrir une ligne chez lui si j'ai bien compris.
Après ce n'est peut etre pas obligatoire effectivement.
Le RIO n'est utile que si tu as une ligne fixe.
dans ton cas, tu souscris chez le nouvel opérateur en lui disant que tu n'as pas de ligne fixe (ou que tu veux un nouveau numéro) et tu résilies par recommandé chez Wibox.
-
En fournissant le rio, le nouvel opérateur s'occupe de ma résiliation chez wibox, pas besoin d'ar
-
En fournissant le rio, le nouvel opérateur s'occupe de ma résiliation chez wibox, pas besoin d'ar
Oui, mais ça ne marche que si tu as un numéro de téléphone.
Mais si tu en as un c'est OK.
-
Je vois que wibox est toujours aussi mauvais cela dur depuis plus d'1 an
Ils ont encore des clients !!
Heureusement pour eux qu'il oblige les personnes à souscrire un contrat pour 1 an
Je suis heureux d'être parti
-
Heureusement pour eux qu'il oblige les personnes à souscrire un contrat pour 1 an
C'est bon à savoir. Juste pour ça il ne faut même pas y souscrire.
-
Bonjour,
J'ai résilié mon offre wibox fibre.
Je suis passé chez sfr fibre, le technicien est passé hier 14h, 48h pour activer ma ligne, ça commence bien aussi...
-
Moi au bout de 6 mois et 4 courriers avec AR sans réactivité de leur part j'ai tout jeté par la fenêtre
Ils ont essayé de me faire peur avec des courriers de faux huissiers
Ils sont bon pour faire respecter les règles mais pour le reste le FAI est très mauvais
Je ne comprends comment on les autorisent à vendre de la fibre et a duper des utilisateurs coincé chez eux pendant 1an
-
Sylvain Charron, le boss de LASOTEL a fait une réponse sur Twitter :
Il y a une différence entre BLOQUER, RESPECTER et TRANSPORTER un champ DSCP.
Pas de traitement coté @lasotel. Conflit avec mapping QoS SIEA.
Sa réponse dit que c'est un conflit entre l'interprétation du champ DSCP, positionné par OVH et l'interprétation que le SIEA en fait. Selon lui LASOTEL ne fait que transporter sans toucher le flux et celui qui supprime les paquets DSCP 6 est le SIEA.
Mon interprétation est différente : Les paquets sont supprimés sur le routeur ou switch qui est le premier point de contention rencontré. Or où est le point de contention ? Cette fois ci nous ne savons pas, mais il y a deux ans, la saturation était sur la porte de collecte.
J'ai regardé dan la doc publique du SIEA :
Documents qui liste les conditions pour devenir FAI sur le réseau LIAin : (cliquez sur les miniatures ci-dessous - les documents sont au format PDF)
(https://lafibre.info/images/doc/201103_ain_siea_dossier_liain.jpg) (https://lafibre.info/images/doc/201103_ain_siea_dossier_liain.pdf) (https://lafibre.info/images/doc/201309_ain_siea_stas_fai_active.jpg) (https://lafibre.info/images/doc/201309_ain_siea_stas_fai_active.pdf)
Ils parlent d'une priorisation et limitation de débit à 190 Kb/s sur le flux DSCP 46, c'est donc un champ DSCP a réserver aux flux VoIP :
(https://lafibre.info/images/doc/201309_ain_siea_stas_fai_active.png)
Le SIEA ne donne aucune solution pour transporter des flux unicast de TV comme les replay et VoD, pourtant ces flux doivent impérativement être priorisés si ils sont en UDP. En TCP, les mécanismes de retransmission de paquets de TCP et le buffer limitent la casse et la priorisation n'est pas nécessaire.
-
koff, tu es bien sur le SIEA ?
Donc si tu es sur le SIEA, c'est pas réseau Numéricable, non ? FTTH = réseau SFR ? où j'ai loupé un truc?
-
Ce serait l'idée, même si un profil spécifique pour cette techno spécifique serait peut-être utile.
-
pour cette techno spécifique
C'est-à-dire ? C'est bien du FTTH le SIEA non ?
-
Pour les offres activées oui (pour K-Net and co)
Pour SFR c'est du RFoG il me semble.
-
Connaisait pas cette techno, merci ;)
-
C'est bien du FTTH.