Si je reprends : Oui on va avoir du SDSL encore longtemps et c'est la dessus que l'on sature pas sur notre infra (ca c'est notre pb pas celui du client) Pas forcément la possibilité technique de mettre plus de lien. D'ailleurs une autre problématique, je n'ai jamais eu un taux aussi élevé du nombre de paires insuffisantes sur les éligibilités que depuis quelques jours. Pb de budget aussi, et si c'est des SDSL 1Mbit/s 4 Paires il n'y en aura jamais assez.
Win 10 ou pas effectivement ce n'est pas le pb. Faire l'informatique du client ce n'est pas le boulot de l'opérateur. Donc on doit trouver une solution autre que celui de faire le travail de ce dernier. Comme le propose Philippe, faire sans MS oui c'est bien mais ce serait bien mieux de le faire en concertation avec eux comme pour les autres gros d'ailleurs. Qu'ils réfléchissent bien aux conséquences de leurs actes dans l'écosystème car sinon cela remettra en cause indéniablement la neutralité du Web... Et donnera assez et nombreux argument aux détracteurs de cette neutralité. Clément, faire plus de chose pour le client cela peut se vendre. Et dans tous les cas le nb d'appels et le temps d'explication aux clients dès que MS nous pond une MAJ cela a aussi un coup. Pour ma part, si je trouve une solution efficace, je la valoriserai en conséquence. Et le client qui souscrit pas à chaque appel et demande d'analyse de flux -> c'est MS qui fait chi.. je lance une facturation point barre ! Ce qui les poussera peut-être a faire le nécessaire sur leur PC et autres WSUS qui n'est pas dans mon périmètre. Si la solution remet en cause la neutralité du Web, qui selon moi, devient de plus en plus subjective, il faut la documenter et la faire signer. Si tu la valorise, tu fais donc un avenant pour et donc tu le dis à ton client. Dans tous les cas, ce n'est pas fait pour embêter le client mais pour son bien. Et surtout pour combler un manque de SysAdmin chez lui ou une incompétence notable de son prestataire (ou sysAdmin interne aussi) Donc Raphael, tu ne l'impose pas et je pense qu'il faut effectivement adapter la situation au client et à son organisation. Il reste cependant un truc que je ne comprends pas. On a des UTM avec QoS chez les clients, cela gère assez(très) bien la QoS et on a fait pas mal de test. Dans certains cas on fait la QoS aussi en amont depuis le DC. Mais là, comme ils font (techniquement) pour que tout déraille et fasse déjouer nos stratégie de QoS. Même avec un le filtrage par applicatif [Windows Update] dans UTM régler sur désactiver sa passe encore.... Ils nous rendent fous et embête tout autant leurs propres clients ! Xavier -----Message d'origine----- De : Clement Cavadore [mailto:[email protected]] Envoyé : jeudi 21 décembre 2017 00:35 À : [email protected]; [email protected] Objet : Re: [FRnOG] [TECH] Win Update On mer., 2017-12-20 at 23:22 +0000, Philippe Bourcier wrote: > A mon avis du Win "pas 10", on va encore s'en taper de nombreuses > années et du SDSL aussi... du coup ca n'est pas illogique de vouloir > trouver une solution. Même si le "gain" est que ton client ne sature pas son lien (et donc que toi tu ne te fais pas relouter parce que "internet rame"), la problématique est la même que pour les offres de caches Akamai/Netflix/Google/Whatever chez les FAI: Qui paie pour l'hébergement et le management de tout ca ? Car au final, le $grosacteur (Google/Akamai/Netflix/Microsoft, et qui demain ?) nécessite, à cause des volumes de traffic en jeu, de faire de l'ingénierie personnalisée... Au final, tout le monde est gagnant ($gros-acteur comme $opérateur et $client), mais cela a un prix. Et, en tant que gestionnaire de réseau, je ne vois pas pourquoi je ferais plus de trucs sur mesure pour Microsoft ou Google, que pour n'importe quel autre acteur, sauf s'il me paie au moins en partie pour cela. -- Clément Cavadore --------------------------- Liste de diffusion du FRnOG http://www.frnog.org/ --------------------------- Liste de diffusion du FRnOG http://www.frnog.org/
