Il y a un mois, j’ai reçu une housse pour iPad à tester de la part de The Snugg. Un modèle en vrai cuir qui sent bon la Bentley et un fini vraiment classe. Je me suis donc laissé un mois pour vous faire un compte rendu de ce que j’en pense à l’usage.

Le premier sentiment quand tu as ton iPad en main et qu’il est dans cette housse, c’est que le feeling que j’appelle « Feelling du bel objet » qu’a naturellement l’iPad ne disparaît pas. J’ai même un peu envie de te dire que c’est tout l’inverse. Le toucher est hyper agréable, surtout l’intérieur qui rappelle l’alcantara. Donc vraiment un bon gros point des familles pour les matériaux.

Conception assistée par pesanteur

Il y a deux choses que tu peux voir sur cette photo.

La première

En un mois certains coins ont eu le temps d’être marqués. Ça ne me choque pas. J’ai l’iPad tous les jours « à nu, mais dans sa housse » au fond de mon sac à dos et toutes mes housses précédentes ont souffert de la même manière. Je pense qu’il fallait que tout le monde trouve ses petits repères dans ma chaîne de transport d’objet informatisés et ces marques ne semblent plus bouger du tout. Après tu peux m’appeler jeune foufou, mais je trouve que ça donne juste ce qu’il faut de “patine“ à l’ensemble pour ne pas faire “Truc en cuir qui vient d’être acheter et que donc t’as l’air un peu con quand même“. Moi j’aime cette aspect vieilli stabilisé. Ça ne sera clairement pas le cas de tout le monde et c’est pour ça que je le précise.

La deuxième

La gravité fait son œuvre. L’iPad a, si l’on n’est pas vigilent lorsqu’on le met dans la housse, une petite tendance à flotter dedans. C’est très relatif, quelques millimètres, mais ça peut être gênant au début. On prend vite le coup de main pour mettre l’iPad en 10 secondes dedans, mais c’est un point qui a son importance (prise dock, interfaces en bordure d’écran pas toujours très très accessibles, les caméras…). C’est pas la mort parce que ça se résout bien quand on finit par savoir comment bien glisser le device dedans mais ça fait pas mal pester au début faut être honnête.

Je n’achèterai jamais une housse avec ce système de support

C’est un peu ce que je me disais avant de jouer avec celle-ci. Ma Cygnett par exemple, permet de régler plus finement l’inclinaison. En contre-partie de ça, c’est quand même vachement moins stable que le modèle de The Snugg il faut bien l’admettre. Finalement et même s’il n’invente rien, le système aussi con qu’efficace de la Snugg est plaisant. Je me demande juste ce que ça donne posé sur une tablette de train parce que sans un minimum de recul c’est quand même très vertical. Autre point, si tu sens que “le bordel lààààà va forcément finir par se déchirer“ je répondrais que j’l'ai bien violenté sans qu’il ne bronche et que The Snugg garantit ses housses à vie.

Pour moi, et n’y ayant jamais été confronté vraiment auparavant, ce système reste la bonne surprise de ce test.

Klaki approved ?

Yep. Au final, je pense qu’elle va définitivement remplacer ma Cygnet. C’est rare les housses qui renforcent l’aspect précieux et haut de gamme d’un iDevice. Ce qu’a fait the Snugg avec cette housse est parfait pour ça. C’est pas bling bling, c’est super agréable au toucher, c’est esthétiquement pas dégueulasse et elle ne gêne pas l’utilisation une fois qu’on a compris le coup de main pour bien la maintenir en place.

Seul vrai gros reproche qui fait dire « Ah ça c’est con par contre » : impossible de maintenir la housse ouverte couverture repliée. Ce qui fait qu’à mon sens la sangle passe-main ne sert pas à grand chose. Un petit aimant, ou réutiliser ceux déjà présents pour le réveil automatique de l’iPad aurait été parfait. Dans la prochaine version peut-être.

Bref, c’est Klaki approved. Et pour 35 euros, vous pouvez protéger votre précieux en le rendant encore plus précieux. Pour le même prix, c’est quand même autre chose qu’une Smart Cover toute pourrave…

Tout ce tutal est toujours basé sur mon routeur WNR3500Lv2 sur lequel j’ai posé tomato comme firmware.

Le but ici c’est de supprimer un maximum de pubs pour tous les appareils qui se connectent via ton réseau local à Internet. Ça concerne bien entendu toutes tes bécanes mais également tous tes iDevices et autres consoles. Et ça c’est cool. Déjà qu’on a pas des masses de place sur ces appareils c’est pas pour en plus se faire bouffer l’espace par de la pub dont on se badigeonne le nombril avec le pinceau de l’indifférence.

C’est parti.

Installer et paramétrer le script qui va bien.

On va commencer par se rendre dans l’interface de notre awesome routeur puis nous nous dirigerons d’un pas alerte vers la section « Administration ». Ne crains rien, il n’est point question ici de l’administration française mais de quelque chose de bien plus efficace. Cliquons alors sur « Scripts » dans la section qui vient de se dérouler puis dans l’onglet « WAN Up ». C’est ici que nous allons saisir le script de la délivrance. Pendant que nous y sommes, télécharge ce script.

Ouvre donc ce fichier fraichement téléchargé dans ton éditeur de texte favori et nous allons maintenant l’éditer pour qu’il corresponde à tes besoins de vils gredins.

On va commencer par trois choses primordiales, le choix des listes, leur paramétrage et la mise en place de White lists (on pourrait mettre en place des black lists, mais on est pas comme ça).

Au tout début de ton script tu as une section de ce genre :

OPTIMISE="Y"
GETS="1 2 3 4"
TRIM_BEGIN=3
S1="http://pgl.yoyo.org/as/serverlist.php?hostformat=nohtml"  #44K
S2="http://www.malwaredomains.com/files/justdomains"        #189K
S3="http://www.malwaredomainlist.com/hostslist/hosts.txt"   #97K
S4="http://www.mvps.org/winhelp2002/hosts.txt"              #620K
S5="http://hosts-file.net/hphosts-partial.asp"              #283K
S6="http://hostsfile.mine.nu/Hosts"                         #2641K
S7="http://support.it-mate.co.uk/downloads/hosts.txt"       #3851K

OPTIMISE="Y"

Est-ce qu’on optimise (est-ce qu’on supprime les doublons ?) ? La réponse est oui donc on met un gros « Y » dans sa face.

GETS="1 2 3 4"

Quelles sont les listes à utiliser ? Par défaut, on prend les listes 1, 2, 3, 4. A utiliser soigneusement (voir plus bas).

TRIM_BEGIN=3

A partir de quelle liste doit-on « nettoyer » pour un agencement parfait de la liste (nettoyage des domaines etc… dépend des listes). On touche pas. Sauf si tu sais ce que tu fais.

En dessous, il y a les URLs où ton petit routeur d’amour des champs pourra récupérer les URLs des éléments de pubs à bloquer. Attention, plus t’en mets, et plus ça charge sa RAM. En théorie on est large (on a 128 Mo souviens toi). Mais le nettoyage (Optimise) prendra d’autant plus de temps que tu auras moultes listes.

Voici à quoi ressemble cette section chez moi :

OPTIMISE="Y"
GETS="1 2 3 4 5 6 7 8"
TRIM_BEGIN=4
S1="http://pastebin.com/raw.php?i=1YL0hsPY" #Ma liste
S2="http://pgl.yoyo.org/as/serverlist.php?hostformat=nohtml"  #44K
S3="http://mirror1.malwaredomains.com/files/justdomains"    #189K
S4="http://www.malwaredomainlist.com/hostslist/hosts.txt"   #97K
S5="http://winhelp2002.mvps.org/hosts.txt"              #620K
S6="http://hosts-file.net/hphosts-partial.asp"              #460K
S7="http://hostsfile.mine.nu/Hosts"                         #2641K
S8="http://support.it-mate.co.uk/downloads/hosts.txt"       #3851K

Ça :

http://pastebin.com/raw.php?i=1YL0hsPY

C’est ma liste, celle où j’ajoute des URLs quand j’en ai pas la flemme. Je la pose sur Pastebin plutôt que sur mon serveur parce que mon hébergeur n’aime pas trop le concept de « recenser toutes les URLs un peu sensibles dans un fichier ». Ça se tient.

On continue avec la section suivante du script :

USEWHITELIST="R" # N/Y/R for remote
WURL="http://pastebin.com/raw.php?i=hG5BNYW3"
WHITE=""
BLACK=""

Il s’agît de ma version altérée, telle qu’elle est chez moi. On paramètre ici les sites pour lesquels on ne veut pas de filtrage. Soit parce qu’on est sympa, soit parce qu’ils nuisent au surf. C’est bien plus souvent la deuxième raison que la première puisque je vous le rappelle : « Nous sommes de sombres enculés qui asséchons le Web ». Tu as deux façons de faire : soit une URL avec un fichier qui recense tous les sites dans la white list, soit directement dans la ligne white. Je préfère la première solution, plus élégante. A noter, pendant que je te tiens, si tu utilises toi aussi Pastebin, c’est toujours vers la version RAW que l’on fait le lien.

Une fois ces petites modifications effectuées dans ton éditeur de texte, on copie/colle le tout dans l’espace de saisie de l’onglet « WAN UP » on sauvegarde et on redémarre. Le routeur hein. Redémarrer ton ordi n’aura aucun effet là…

Remplacer la pub par quelque chose

Maintenant que notre routeur d’amour n’affiche plus aucune pub, il faut qu’il nous affiche quelque chose à la place. Histoire de gagner de la place, c’est un pixel transparent que nous allons balancer. Pour cela il va vous falloir un petit logiciel que tu trouveras dans ce post (prendre la version USB si tu as le même routeur que moi. Sinon, renseigne toi) que l’on va poser sur une clef USB banchée à notre routeur. Elle pourra servir à bien des choses (les logs pour faire de jolis graphiques par exemple), mais elle nous intéresse pour le moment pour y mettre PixelServ. Donc tu prends une vieille clef, tu la formates en Fat en lui donnant un nom (la mienne s’appelle CYGOGNE, parce qu’elle est dans une peluche de cygogne, ce qui me semble on ne peut plus logique) que tu retiens. Dans cette clef, nous allons créer un dossier pixelserv à la racine dans lequel nous allons déposer tous les fichiers de l’archive que nous avons téléchargée (le petit logiciel… Suis un peu bordel !). Donc tu te retrouves avec une clef ayant un dossier pixelserv à la racine dans lequel se trouvent deux fichiers : pixelserv et pixelserv.upx. Que j’en vois pas un me foutre tout ça dans un sous dossier et l’oublier ensuite !!!

De retour dans notre interface d’administration, on se rend dans la section « USB and NAS » et tu fais en sorte d’avoir un truc dans ce genre :

Tu sauvegardes et tu redémarres ton routeur. Ça peut prendre un peu de temps, mais pas plus de 10 mn. Ensuite, tu branches ta clef et tu redémarres encore. Maintenant, tu dois avoir quelque chose comme ça juste en dessous de l’écran précédent :

Retiens bien ce qu’il y a après   »mounted on ». dans mon cas c’est « /tmp/mnt/CYGOGNE ». Dans ton cas ça va être « /tmp/mnt/NOMDELACLEF » . On en aura besoin pour paramétrer Pixelserv dans notre script magique.

De retour dans notre script Magique

Il est temps que tout ça se termine. On file dans Administration>scripts> Wan-UP et dans la section UsePixelserv, on a du boulot. Voilà ce que j’ai chez moi :

USEPIXELSERV="Y"
PXL_IP=192.168.1.7
PXL_EXE="/tmp/mnt/CYGOGNE/pixelserv"
PXL_URL="http://example.com/pixelserv"

USEPIXELSERV= »Y » : c’est pour dire que « Oui oui, on l’utilise, on vient pas de se faire chier la bite à le poser sur une clef pour le plaisir. »

PXL_IP=192.168.1.7 : C’est l’IP du serveur PixelServ qu’on vient de poser dans notre clef et qui servira notre pixel transparent. Cette adresse est définie par nos soins en fonction de notre réseau, inamovible et il n’est pas question que la DS d’un futur ex-pote de passage puisse la prendre. Elle doit donc être strictement réservée à cette usage et hors de la plage DHCP.

PXL_EXE= »/tmp/mnt/CYGOGNE/pixelserv » c’est le chemin de l’exécutable du serveur. Là où se trouvent les fichiers qu’on a mis dans la clef si tu préfères.

PXL_URL= »http://example.com/pixelserv » : on touche pas, y a pas besoin.

Sauvegarde et reboote pour la dernière fois. C’est fini.

Ce qui va se passer maintenant

A partir de maintenant, tous les jours à 4 heures du mat’, ton petit routeur va vérifier s’il a besoin de mettre à jour sa base de connaissance d’URLs d’éléments à bloquer. Si tel est le cas, il téléchargera le nécessaire depuis les listes que nous avons spécifiée. Lorsque tu te connecteras avec n’importe quel appareil, ton routeur, situé entre toi et internet, regardera s’il n’y a pas des éléments liées de prêt ou de loin à de la pub. Le cas échéant, il en bloquera le chargement et remplacera leur affichage par un pixel transparent.

Ainsi, plus de pub et une joie immense.

N.B : il n’est possible de bloquer que des domaines. C’est déjà pas mal hein, mais ça fait pas tout. Il en restera toujours un peu mais bien moins que ce que nous avions avant. Et ça c’est plutôt glop !

N.B 2 : Un immense merci au forum Linksysinfo, véritable puit d’infos sur le sujet et sans lequel ce tutal n’aurait jamais pu voir le jour.

N.B 3 : C’est la fin de la série sur cet awesome routeur pour le moment

Maintenant qu’on sait très bien comment gérer les vitesses de connexion en fonction de nos priorités, il s’agirait peut être de voir comment on fait en sorte que le routeur sache faire la différence entre ces classes. Parce que si on lui dit pas « Ca c’est de la vidéo, ça c’est du download et ça c’est… Non laisse tomber… NON MAIS REGARDE PAS ! Je peux tout t’expliquer… » Il est pas prêt de prioriser ce que tu fais de ta connexion correctement.

On a donc 10 classes auxquelles on a donné des priorités et alloué des ressources que nous estimons justes. Faisons donc en sorte que le routeur les reconnaisse correctement.

Pour ça, dans Tomato, on va se rendre dans la page « QoS »  puis « Classification ». Et à cet endroit, voilà ce que j’ai :

Ce sont des règles de classification. Les critères qui permettent de trier le trafic si tu préfères. Perso j’en ai 22 mais tu peux en faire beaucoup plus. Ou moins.

Il existe plusieurs moyens pour ton routeur afin de savoir à quoi correspond un flux de données :

• Le plus facile à mettre en place c’est celui basé sur l’IP source (on ne gère la priorisation que via le UP je te rappelle). Dans ma configuration, tu peux voir une règle de ce type : la 14. Dans cette règle, tout ce qui est demandé par l’adresse IP 192.168.1.3 (qui est l’adresse IP en local de ma XBOX) est à classer dans « VOIP/GAME ». Qui est une règle hautement prioritaire, parce qu’on rigole pas avec le jeu vidéo.
• La seconde, c’est celle qui utilise les ports. Familiarise toi avec ce concept si c’est pas déjà fait, parce qu’il est primordial. Tu peux en voir un exemple dans la règle 23 par exemple. Dans cette règle, tout ce qui passe par les ports 119 et 563, c’est du trafic pour mes téléchargements de distribution Linux par les newsgroups. En effet, les Newsgroups utilisent ces ports par défaut. C’est comme ça, c’est la loi sur les Internets. Par conséquent, je classe ce trafic dans « P2P/Newsgroups » que nous avons précédemment classé avec une priorité basse mais un débit important.

• Une variante de cette méthode, c’est le combo « Ports + volume ». Cette variante, tu peux la voir dans les règles 22 et 18. Deux règles qui me permettent de classer en gros tout ce qui passe par un navigateur. En fait on va regarder ce qui passe par certains ports, mais aussi la taille de ce qui passe. Par exemple en lisant ces règles, tu verras que j’estime que tout ce qui passe par le port 80 mais pèse moins de 1024 ko, c’est du surf (règle 18). A l’inverse, tout ce qui passe par ce même port mais pèse plus de 1025 Ko, je considère que c’est du download (règle 22).
• Enfin une dernière technique que j’utilise : Le layer 7. Il s’agît d’un tri sur la couche 7 du modèle OSI. Ca te saoule ? Retiens que grâce à la magie noire on peut identifier certains trafics très précisément. En gros, il existe des conventions en réseau qui font que certains paquets sont identifiables. J’utilise ce type de filtrage dans plusieurs règles (10,11,12,13,17). Ce qui me permet par exemple de classer le trafic des média et celui pour Skype.

Voilà en gros les méthodes et leurs principes. Ca peut te sembler obscur (c’était le cas pour moi hein, c’est complètement normal). Mon conseil : au départ, les règles qui t’intéressent tu les prends. Ensuite, en fonction de tes besoins tu verras ce que tu dois modifier.

C’est ce que j’ai fais perso et ensuite j’ai tout adapté à mon utilisation au fur et à mesure que je comprenais.

Bien sûr, y a du trafic qui tombe dans le download et qui n’en est pas. C’est par exemple le cas de Youtube que je n’arrive pas à faire tomber dans la bonne classe. Parce que ça tombe dans la règle 22 mais aussi dans la règle 11. C’est pas SUPER grave, mais c’est contrariant (Vimeo et daily eux, tombent là où il faut).

Souviens toi :

« Tu ne pourras pas avoir une classification parfaite (ou tu mourras en essayant). »

C’est comme ça.

Enfin, pour vérifier en temps réel dans quelles classes le trafic tombe, tu te rends dans l’onglet QoS et « View Graphs ». Où tu devrais avoir quelque chose qui ressemble à ça :

Dans le cas présent, on voit qu’il ne se passe quasiment rien sur mon Lan. Il n’y a que le Mini de connecté (j’écris ce billet entre midi et deux au bureau ) Et le trafic existant est composé de surf (comprendre quelque chose qui pèse moins de 1024 Ko et passe par le port 80), du mail (en effet mail tourne en permanence sur le mini) et du trafic non classifié.

Lançons un DL via les newsgroups :

C’est pas la même. Vous noterez que la classe P2P/NG ne dépasse pas les 1350 kbit/s défini plus tôt dans notre guide. Awesome.

En fait, c’est grâce à des allers-retours dans ces graphique, et le paramétrage des classes que tu vas réussir à les définir finement. Tu paramètres une règle pour une classe, tu fais quelque chose sur le net qui devrait la titiller. Et si en te rendant sur les graphique de la QoS ton activité tombe dans la bonne classe c’est gagné. Et tu recommences pour toutes tes classes.

Je te rappelle que le but c’est de prioriser le trafic comme il faut. Et quand ça c’est fait, c’est le panard .

Semaine prochaine : On bloque la pub sur tout le réseau : desktop, laptop, consoles, iPhone, iPod, iPad… On va buter la pub partout toujours grâce à ce routeur qui déboite.

Lire l’épisode précédent : Principe et configuration de la QoS sur un WNR 3500L et Tomato

Le leap, c’est ce petit boitier qui a été Kickstarté et dont les DevKit commencent à arriver sur les bureaux de ceux qui ont misé des billes. Son usage premier, c’est de reconnaître tes petites mimines pour les placer dans l’espace et intéragir avec ton ordi. D’après les premiers retours, ce truc est bluffant par sa réactivité et sa précision. Mais ça c’est pas nouveau.

Ce qui est nouveau, c’est un usage que je n’avais personnellement pas vu venir (et c’est ici que tu m’dis « Mon pauvre Klaki…. Mais si ! C’était évident que c’était possible pauvre blaireau ! »), c’est de rendre n’importe quelle surface tactile, y compris un écran. Et en gérant le survol, excusez du peu.

L’autre gros intérêt, c’est que le leap coûte 70 deullors.

Et 70 deullors pour mettre tes doigts dégueulasses partout c’est pas cher. Si tu m’crois pas, demande à ta mère.

Oui bah chacun son tour dans la vanne hein .

En tout cas, Boston Dynamics avance bien dans ces moyens pour me faire flipper.

Ah oui et donc Cheetah, le petit frère de Big Dog le robot qu’on dirait qu’il est vivant, ils viennent de réussir à le faire courir à 29 Miles à l’heure.

Pour ceux qui ne savent pas ce que c’est qu’une heure, ça fait 13 mètres par seconde.

Ce qui est assez ouf là quand même…

Écoute ça avec des écouteurs, je te dis tout.

Faut encore que je travaille la gestion du bruit, mais je trouve ça très prometteur. Alors voilà, aujourd’hui je te propose de te fabriquer une paire de micros binauraux à partir de Panasonic WM-61A, et d’un vieux casque dont je ne me servais plus :

Les micros en détails :

Et voici comment les souder :

La différence se fait grâce à la jonction qui existe entre le “boitier“ du micro et le point de soudure de la masse (aussi appelé « Gound » dans l’image précédente car je suis bilingue).

Un micro une fois soudé :

On réutilise un casque audio parce que la prise et tous les cables nécessaires sont là. Fais bien attention à souder correctement en respectant les polarités. La masse est commune aux deux canaux. Un moyen de trouver « qui est qui » est de faire l’analyse avec un ohm-mètre (ce que n’importe quel multimètre est capable de faire.). Si t’as pas une résistance infinie entre le fil d’un canal et celui d’un autre : BINGO C’est la masse !

L’enregistrement doit se faire avec les micros à 15-20 cm l’un de l’autre avec si possible quelque chose entre les deux de manière à augmenter la désynchronisation entre les deux. Idéalement tu portes ça comme des écouteurs .

J’attends vos réals .

Donc j’ai fais ça :

Que je me suis empressé de poster sur Twitter. Depuis c’est “un peu“ nawak. Parce que ça a été RT une pétachiée de fois, ça a fait l’objet d’une news sur universfreebox et quelqu’un en a même fait un site pour télécharger et imprimer  des trucs à coller en me citant en référence. Admettons…

Alors j’vais clarifier quelques points avant que ça parte en couille parce que comme c’est internet ça partira forcément en couille :

• J’ai fais ça parce que je trouve ça fun. Je me doute bien que Niel et Free s’en battent assez sympathiquement les sac à semences,
• je n’ai rien à voir avec l’édition du site iloveyoutube.fr et la pub dessus (qui m’a DEJA été reprochée… #WTF #PASAMOI) mais je remercie son auteur, c’est une excellente idée,
• j’aime que le truc prenne des proportions un peu dingue,
• je ne suis pas un révolutionnaire.

Je n’appelle en rien au boycott de qui que ce soit. Vraiment. Je sais ce qu’on doit à Free par rapport à l’accès au net. Mais on peut pas vivre dans l’histoire constamment (c’est assez ironique que ce soit moi qui sorte ça là…).

Tout ce que je fais, c’est suivre les remarques couillues de Niel en janvier dernier pour Freemobile :

« Nos offres sont sans engagement parce qu’on sait qu’elles sont meilleures que la concurrence et par conséquent on ne craint pas que les gens s’en aillent »

Eh bah Xavier, il se trouve que dans ce cas précis, je m’casse en m’offrant un dernier sourire avec toi.

kB/s = kilobYtes per sec = Ko/s = kilo-Octets par secondes = unité qu’on l’aime fort

kb/s = kilobItes per sec = kbps : kilobite par seconde = à diviser par 8 pour avoir des ko/s  = aussi une unité très utilisé en réseau devenue de la branlette marketing de FAI.

Ce billet est la suite de mon exploration dans le monde de Tomato et du routeur WNR3500Lv2 sur lequel je l’ai posé. Cette fois on parle de qualité de service.

La qualité de service. Ca sert à quoi ? Pourquoi j’en veux ? Pourquoi t’en voudras ? Ca mange quoi l’hiver ?

Le cas concret :

Tu es en train de jouer à ton jeu préféré d’amour sur ta console ou ton PC. Quand SOUDAIN le lag de la mort. Quelqu’un ou quelque chose chez toi est en train de taper dans la BP ce qui fait tomber ton ping et génère le lag.

L’autre cas concret :

Tu télécharges un truc et quelqu’un ou quelque chose vient gueuler à raison que « Tu prends toute la bande passante petit enculé ! ». Dans le respect de la personne.

La solution : La QoS

Je t’emmène dans un univers aux problématiques que je trouve personnellement passionnantes mais qui peuvent te faire simplement chier. Je vais donc essayer d’être le plus didactique et distrayant possible pour ne pas te perdre jeune filou.

Le principe de base de la QoS c’est de séparer le traffic en classes suivant leurs destinations, fonctions, et typologies et d’appliquer des règles de priorisation que nous aurons définies au préalable. Par exemple, si on décide que le trafic prioritaire sur tous les autres c’est le surf, alors tu pourras foutre tous les DL que tu veux, dès que quelqu’un aura besoin de la BP pour surfer, ton DL sera relégué plus bas dans la pile de priorités et son trafic amoindris pour laisser de « la place » au surf.

C’est pas un peu magique et génial ça ?! Génial : Absolument. Magique : pas du tout, comme nous allons le voir dans la suite.

Ce que tu dois savoir

Sur un réseau, pour X kb reçus il y a Y kb envoyés. Avec Y < X sinon c’est complètement pas rentable et tu t’es bien fait niquer dans ton rapatriement de data.

Par exemple, à chaque fois que je reçois 100 Ko via les Newsgroups, j’ai envoyé 2 Ko pour les demander. Et c’est avec ces paquets envoyés (le upstream) qu’on va pouvoir travailler pour gérer au mieux notre bande passante.

Prenons une analogie d’un monde sans QoS avec une boite aux lettres pouvant contenir 100 plis postaux dont la livraison est assurée par les P&T :

Tu cherches une voiture. Tu demandes donc à 3 commerciaux de t’envoyer des brochures sur des voitures et ils t’envoient 10 brochures chacun (une par voiture) et chacune avec sa propre enveloppe (Bravo l’environnement putain ! ). Tu en reçois donc 30 dans ta boîte aux lettres quelques temps plus tard. Tu les lis et tu te dis tel un jeune insouciant   »Bah ça a été vite c’est cool ! J’vais en demander 10 fois plus ».

Du coup tu refais la même demande mais à 30 commerciaux. Bien que tu en attendes 300, tu as 100 brochures dans ta boîte aux lettres (saturée) quelques temps plus tard.

Bilan des courses jeune branleur :

• En plus d’être complètement con d’en avoir demandé autant, tu te retrouves à devoir traiter tout ça avant de continuer à en demander d’autres ;
• 200 brochures attendent pour arriver chez toi que tu vides cette boîte aux lettres ;
• D’autres lettres n’ayant rien à voir ont pu t’être envoyées mais tu ne les as pas vu parce que le facteur voyant ta boîte au lettre pleine ne les a pas ajouté. Et il reviendra tenter de les déposer plus tard. Jusqu’à ce que ce soit possible. Ou qu’il en ait marre de venir pour rien.

On voit donc bien qu’avec une seule requête on peut tout faire péter à l’arrivée. Heureusement on va tout faire pour que ça n’arrive pas. C’est la promesse de la QoS.

Un autre point extrêmement important, c’est qu’on ne travaille jamais « Full Stream ». C’est à dire qu’on ne travaille jamais à capacité max d’une connexion que ce soit en UP ou en DOWN, même « pile » à 100%. La raison est très simple. Reprenons l’analogie de la boîte aux lettres et ton épisode des 300 brochures :

Finalement, avant même d’avoir jeté un oeil sur les 300 brochures tu te rends compte que c’est pas une voiture mais un camion qu’il te faut (T’aurais pu y réfléchir avant MERDE ! ). Du coup tu demandes à 3 commerciaux de fabricants de camions de t’envoyer des brochures (4 chacun). MAIS OUI MAIS NON MON P’TIT GARS !!! T’as 200 brochures de bagnoles dans la nature d’une précédente demande là ! Alors même si ce qui t’intéresse vraiment maintenant c’est les gros MionMions bah t’attendras d’avoir eu tes 200 autres brochures de bagnoles pour recevoir les 12 de MionMions !

Voilà, basiquement comment ça se passe dans un monde sans QoS : Par chronologie des demandes ; le TimeOut (la patience du facteur si tu préfères) faisant foi.

Si la QoS existait dans ce bas monde, on demanderait toujours moins d’infos que ce que peut contenir la boîte aux lettres (moins de 100 plis donc) pour que lorsque des enveloppes prioritaires arrivent elles puissent rentrer et que tu les choppes tout de suite. Et on aurait pas TF1.

Les autres trucs que tu dois savoir

La QoS n’est PAS une science exacte. On peut même assez facilement la qualifer de pute avant de l’aimer fort fort fort (Mein Göt !!!). Mais retiens que si ça merde c’est de ta faute et que tu ne pourras pas avoir une classification parfaite (ou tu mourras en essayant). Enfin, il n’est pas possible de télécharger à pleine blinde et d’avoir une QoS qui fonctionne. T’as un débit de 600 ko/s descendant ? TU NE POURRAS PAS AVOIR UNE QoS EFFICACE EN TELECHARGEANT A CETTE VITESSE. Clair ?!

Le concret, c’est du béton

Après ce trait d’humour incroyable, on va créer des classes. Les classes sont des catégories dans lesquelles on va mettre les paquets de trafic triés. Ici : Service, VOIP et jeux, Media, Admin à distance, Surf, Mail, Messagerie, Téléchargements (http), P2P et Newsgroups, le reste tout pourrave qu’on veut pas qui nous emmerde (avec un nom rigolo mais que j’aimerais quand même bien en avoir un peu).

Comme tu peux le constater, ces classes ont un ordre de priorités allant de 1 à 10. Ici par exemple, le trafic jeux vidéos est bien plus important pour moi que le téléchargement mais moins que Service (requêtes DNS, NTP etc). Ce qui signifie qu’en cas de besoin, le routeur baissera le trafic du DL pour laisser la place à celui du jeu. #PouceVertSitAimesCa

Donc le premier truc à faire c’est de réfléchir à ces classes pour avoir une « pile de priorités » ressemblant vaguement à tes besoins. Celle que j’ai fonctionne pas trop mal à part « Media » mais nous y reviendrons je l’espère pour en discuter.

Up & Down

Tu te souviens, au début du billet je te disais qu’on allait agir sur le flux en UP pour gérer aussi bien que possible ce qui nous était envoyé par la suite. Je t’ai aussi dit qu’on ne travaillait JAMAIS FULL STREAM ! Ni en up, ni en down. La première chose à faire donc, c’est définir quelle est la vitesse basse stable de ta connexion. Pour ça, il faut faire du speedtest encore et encore (sans charge par ailleurs) à différents moments de la journée (et de la semaine si on veut être complet). On prend alors entre 80 et 90% de la valeur la plus basse régulière et c’est avec ça qu’on va travailler. Je me répète, mais si tu veux pas faire ça sérieusement, la QoS ne fonctionnera pas. Point.

Dans mon cas j’ai relevé un up tout le temps à 5 Mbps et une valeur basse pour le down à 80 Mbps. J’utilise donc 4500 kbps en up et 70 000 kbps en down.

Outbound Rates : Le calcul du ratio.

Ok là on rentre dans le vif du sujet. Une fois logué dans ton Tomato, tu te rends dans « QoS » > « Basic settings ». Dans ce panneau, voici mon setup pour ma connexion et mes usages :

Le pourcentage à gauche c’est le ratio entre les octets envoyés et les octets reçus. Et il est très important. Y en a beaucoup pour lesquels on va pas discuter. Elles se passent depuis des générations, d’admins réseau en admins réseau lors de rites initiatiques à la lumière blafarde des diodes clignotantes de switchs.

Elles ne sont pas de moi, elles sont connues, optimales pour ce type d’application.

Mais Il y en a une que je n’avais pas trouvé cependant c’est celle de la classe P2P/NG que je voulais spécialiser dans les NewsGroups. Alors comment j’ai fait pour partir sur 2% ?

Et bien, évidemment sans RIEN faire d’autre sur la connection, il suffit  de lancer un DL sans QoS et de regarder ce qui sort et ce qui rentre en retour. C’est aussi con que ça.

Voici le tableau dispo dans « IP Traffic » > « Transfer Rate » de ton routeur sous Tomato lors d’un DL limité à 500 Ko/s dans SabNZBD. On remarque que le MacMini (192.158.1.33) download à 561,69 Ko/s et upload à 11,89 Ko/s à cet instant précis.

Retenons 562 Ko/s en down et 12 en up si tu le veux bien. Si on fait un ratio, 562/12 = 46,8 . Retenons 47. Donc lors d’un download via les Newsgroups, le Mini reçoit 47 fois plus de data qu’il n’en envoie. Mais on a besoin d’une valeur sur 100. Donc combien d’octets envoyés pour en recevoir 100 ?

100/47 = 2,12

Retenons 2. TADAAAAAAA ! Pour recevoir 100 octets via les newsgroups, mon Mini d’amour doit en envoyer 2. Soit un ratio de 2%. Excellent. Tu refais tout ça sur une dizaine de mesures pour être sûr et hop !

Outbound Limits : Le calcul de la BP allouée (en plein air)

Dans le même écran où nous avons paramètré le ratio envoyés/reçus, il y a un autre pourcentage à saisir pour chaque classe. Ce pourcentage, c’est la part de la bande passante en UP que l’on accepte d’allouer à nos classes. Nous avons mesuré au préalable la valeur effective de notre BP globale en UP (5000 Kbps mesuré dans mon cas), nous en avons retiré 10 % et l’avons saisi dans « Max Bandwidth limit ».

Ce que nous allons faire c’est trouver le meilleur compromis acceptable pour la classe concernant les NewsGroups. Si j’autorise 30% de la BP en UP à être utilisée pour les NewsGroups, alors ça veut dire que je peux avoir 30% de 4500 kbps qui partiront pour ça. Comme on sait que j’aurais en retour 47 fois plus (ratio des Newsgroups de 2% je te le rappelle) combien je me mange à l’arrivée ?

30/100*4500*47 = 63,5 Mbps = 7,9 Mo/s

Ce qu’il faut retenir, c’est qu’il faut des règles pour le flux en UP que ta connexion peut encaisser en DOWN. Ici pas de problème. 63,5 Mbps, c’est dans les 70 de ma connexion. Mais admettons que je sois un tout petit peu plus gourmant et que je décide de passer à 40 % de ma connexion en UP. 10 points de plus c’est pas bien grave hein !

FAUX PETIT IMBECILE !

40/100*4500*47 = 84,6 Mbps = 10,5 Mo/s

C’est trop. On est au delà de mes 70 Mbps assurés.

On ne travaille jamais FULL Stream !

Là je te vois venir jeune foufou. Tu va me dire que je pourrais taper encore 6,5 Mbps avant d’atteindre ma limite de 70. Tu as raison, mais on ne travaille jamais Full Stream. Si je le faisais, je pourrais me retrouver dans la situation de la boite au lettre pleine. Et je veux pas parce que ça ralentit la connexion pour toutes les autres classes, même celles qui sont prioritaires. C’est également une des raisons pour laquelle nous allons mettre en plus une limite à l’entrée.

Inbound Class Limit

QUOI !? Depuis le début on fait rien qu’à se faire chier à calculer des ratios à la con et tout alors qu’on peut brider tout ce bordel à l’arrivée ?

Absolument. Est-ce que c’est ce qu’on veut ? Non.

Si on limitait uniquement les vitesses à l’arrivée, on vivrait exactement l’expérience de la boîte aux lettres. Tout arrive pleine balle et on en jette au fur et à mesure en demandant à ce qu’on nous le renvoit plus tard. D’un point de vue général, c’est pas une bonne pratique. Il y a de la BP de ton FAI qui est gachée. Tu vas me dire qu’on s’en fout. Soit.

Mais si on faisait uniquement une bride à l’arrivée, on aurait pas l’adaptabilité en temps réel de la QoS. Si tu autorises les DL à débarquer à 500 Ko/s sur tes 600 disponibles, et que tu demandes à charger une vidéo sur Youtube, il n’y aura pas de priorisation. Au mieux au bout d’un moment ton Youtube et tes DLs feront moit-moit. Et une fois ton Youtube fini de chargé, les DLs repartiront à 500 Ko/s. C’est pas ce qu’on veut. Là on veut que les DL ferment bien leurs gueules quand on à besoin d’une grosse charge pour Youtube ou du surf. Et que ça se fasse tout seul.

Cependant, la QoS n’est pas une science exacte. Il se peut que « un peu plus de paquets » passent et donc que « un peu plus de paquets » rentrent. C’est comme ça on peut rien y faire et c’est normal. C’est pour cela qu’on va quand même poser une bride à l’arrivée avec le Inbound Class limit. Rien de sorcier ici, juste dire combien max à l’arrivée une classe peut prendre.

En plus de ne pas devoir mettre 100% il faut cependant faire attention à un point :

Veilles à ce que les limites que tu poses ici soient supérieures ou égales à ce que tu obtiens en théorie avec les règles que l’on a définie précédemment.

Exemple :

En théorie, grâce à mes règles sur le UPstream,  je ne peux recevoir plus que 30/100*4500*47 = 63,5 Mbps pour les Newsgroups. Et du coup, comme je pose une bride à l’arrivée à 66,5 , tout va bien.

Tu remarqueras que dans mon setup que ce n’est pas toujours le cas. En fait c’est pas *très* grave pour le traffic très segmenté (mail, petits fichiers d’une page web, message dans un logiciel de messagerie etc…) Mais ça peut poser de GROS problèmes avec du trafic peu segmenté comme le téléchargement P2P, NG ou le direct download (de bon gros fichiers des familles si tu préfères).

En effet, si tu demandes plus que ce que tu ne laisses entrer en permanence pour ce type de trafic, tu vas te retrouver avec un routeur en train de « lâcher » en permanence des datas et demander qu’on les lui renvoie. Des paquets renvoyés qui vont s’ajouter à ceux légitimement demandés (mais en trop grand nombre). En plus de te retrouver avec un trafic pas vraiment efficace ton routeur vas « loader » sa mère. En effet, ce dernier a un petit processeur et en fonction de la vitesse de ta connection, gaspiller du trafic arrivant, ça peut vite lui demander énormément de boulot. Il en résultera que tout ce qui est lié au réseau ramera.

Ce dernier aspect m’a tenu deux jours avant que je comprenne ce qui se passait. Plus pouvoir charger Google alors qu’à côté, on télécharge pas à 100% de la connection ça fait bizarre. Bah ça vient de ça .

Maintenant qu’on a conceptuellement fait le plus chaud, dans un prochain billet, on va voir comment faire en sorte que le routeur comprenne ce qui lui passe entre les mains. En gros : comment lui faire comprendre que « ça c’est des Newsgroups, ça c’est du surf, ça c’est de la VOIP… » pour qu’il puis le classer et le prioriser correctement.

Problème, le modem fourni est un tout p’tit peu pas terrible du tout. Redirections de ports limitées, portée WIFI pas GLOP j’en passe et des meilleures… Du coup, je me suis dis :

“Tiens, installons un vrai routeur. Un truc de dur en bois qui déboite pour avoir un réseau au petits oignons“

Ce que je fis.

Après avoir écumé pas mal les fofos, je me suis finalement porté sur le WNR3500L v2 (le V2 est important, mais à priori y a plus moyen d’en trouvé en v1 neuf). L’avantage de ce bébé, c’est de pouvoir lui caler un firmware alternatif (ici tomato) pour en tirer la quintessence, et donc celle de ta connexion, qu’elle soit de bourgeois ou non.

Il existe une péta-chiée de tuto pour installer Tomato dessus. Je ne vais pas les paraphraser. Ce que je peux te dire c’est que pour le Netgear WNR3500L v2  (j’insiste pour pas me faire chier dans les bottes après ) il te faut la version de Shibby (All-in-One) parce qu’on est blindés de RAM et de ROM donc on prend la plus grosse.

Tomato installé sur le Netgear, tu bascules ton modem/routeur de base/box en bridge et tu branches un de ses ports ethernet au port WAN du Netgear.

Ensuite, tu te logues dans le Netgear (192.168.1.1 (admin/admin de mémoire. A CHANGER ASAP !!!))

Et voici ce que j’ai dans Network > Basic et qui devrait te permettre d’avoir au moins le net via le routeur :

Je te mets ça à titre d’info, il n’y AUCUNE garantie que ce soit les réglages qui aillent pour toi. Mais bon… quand même… Pour les articles suivants, je pars du postulat que tu as accès au net via ton routeur et que tu as paramétré ton modem ou ta box pour pas nous faire chier (mode bridge ou équivalent en gros).

C’est bon ? T’as le net en passant par le routeur ? Ok, on se retrouve juste après pour parler de Qualité de Service aussi appelé QOS. Et ça va déboiter.

Alors j’ai acheté Growl 2. Pas trop cher, toujours aussi cool. Ca le fait. Du coup je pouvais tout envoyer vers le notification center.

Problème, toutes les notifs de softs compatibles avec Growl mais pas avec le notification center apparaissent avec l’icône de Growl. Et ça c’est plutôt chiant. Du coup j’ai découvert Bark.

Bark est un plugin pour Growl qui permet d’afficher les notifications d’applications non compatibles dans le notification center par l’intermédiaire de Growl 2.

Et ça marche super bien. Il suffit une fois tout installé d’activé la bascule vers le notification center dans Growl :

Oui, c’est une capture « à la bourrin j’coupe les ombres et j’men fous ! »

Puis de définir comme action par défaut ici (toujours dans Growl) :

Pour celle là j’étais dans ma période « coupure pré-soft d’en dessous »

Pour obtenir ce résultat dans le centre de notification ; 

`

Alfred is dead.

Bref, pour 2,39 (le prix de Growl 2), tous tes softs et leurs notifications sont affichés correctement dans le centre de notification. Et que ce soit par Growl ou le centre de notification, l’affichage est constant. Cette « pirouette » est totalement transparente pour l’utilisateur.

Et ça… (à vous !)