Choix de la date de l'Assemblée Générale 2015 de Grifon
Bonjour tout le monde, On est vraiment à la bourre sur ce sujet, alors je vous demande de bien vouloir choisir *rapidement* (je clorais samedi, mais si on veut avoir la chance de respecter les deux semaines de préavis il faudrait même l'annoncer avant cette date pour les premiers jours proposés) une date qui vous arrange pour l'AG ordinaire de Grifon cette année. J'ai mis le soir à 19h pour l'heure, mais dites si ça ne vous arrange pas. Si aucune de ces dates ne vous arrange, dites-le moi, mais ce sont les seules qui collent strictement aux statuts de l'association (dans le 3è trimestre + deux semaines de préavis) ; enfin, il y aurait aussi les mercredi (le 30 en particulier) si on trouve un autre endroit que le hackerspace pour la faire. Merci pour votre participation, -- benjamin
Le 2015-09-08 15:22, Benjamin Cama a écrit :
On est vraiment à la bourre sur ce sujet, alors je vous demande de bien vouloir choisir *rapidement* (je clorais samedi, mais si on veut avoir la chance de respecter les deux semaines de préavis il faudrait même l'annoncer avant cette date pour les premiers jours proposés) une date qui vous arrange pour l'AG ordinaire de Grifon cette année.
Avec le lien c'est mieux : http://papillon.dolka.fr/poll/u66vT71441717947/ -- benjamin
J’ajoute mes préférences. Sachant que si je n’ai pas encore déposé mon bulletin d’adhésion avant cette date, je le ferrai à ce moment. Si ça vous convient ?
Le 8 sept. 2015 à 15:23, Benjamin Cama <benoar@dolka.fr> a écrit :
Le 2015-09-08 15:22, Benjamin Cama a écrit :
On est vraiment à la bourre sur ce sujet, alors je vous demande de bien vouloir choisir *rapidement* (je clorais samedi, mais si on veut avoir la chance de respecter les deux semaines de préavis il faudrait même l'annoncer avant cette date pour les premiers jours proposés) une date qui vous arrange pour l'AG ordinaire de Grifon cette année.
Avec le lien c'est mieux : http://papillon.dolka.fr/poll/u66vT71441717947/
-- benjamin _______________________________________________ Grifon mailing list Grifon@grifon.fr http://lists.grifon.fr/mailman/listinfo/grifon
Le 2015-09-08 15:22, Benjamin Cama a écrit :
enfin, il y aurait aussi les mercredi (le 30 en particulier) si on trouve un autre endroit que le hackerspace pour la faire.
On peut s'arranger pour vous libérer l'espace au besoin... Si vous prévenez avant (2 semaines c'est bien) et faites une belle annonce :). -- Mathieu Goessens IT consultant. gebura@poolp.org + 33 6 07 91 54 87 http://gebura.eu.org
Le mardi 08 septembre 2015 à 15:22 +0200, Benjamin Cama a écrit :
On est vraiment à la bourre sur ce sujet, alors je vous demande de bien vouloir choisir *rapidement* (je clorais samedi, mais si on veut avoir la chance de respecter les deux semaines de préavis il faudrait même l'annoncer avant cette date pour les premiers jours proposés) une date qui vous arrange pour l'AG ordinaire de Grifon cette année.
Bon, ça a l'air de se profiler pour lundi 28. En attendant l'annonce que je devrais faire ce week-end, je souhaiterais vous demander ce que vous souhaitez mettre à l'ordre du jour de l'AG. On avait déjà listé quelques trucs ici : http://grifon.fr/comptes-rendus/2015-09-07_reunion_hackerspace.html#assemble... Dites moi en réponse à ce message ce que vous souhaitez d'autre. Personnellement, je souhaiterais rajouter un point « QoS volontaire » (même si je n'aime pas trop ce nom) ; je m'explique, avant qu'il y en ait qui crient au scandale : aujourd'hui on n'a pas une bande passante de ouf au DC, et j'en ai déjà entendu certains de seedbox ou autre trucs gros consommateurs de BP pour les projets de Grifon. C'est très bien, nous sommes un réseau neutre, nous ne jugerons pas du trafic généré sur le réseau, mais pour essayer de garder un réseau pas trop congestionné pour des trafics moins « gros volume / latence on s'en fout », je me disais qu'on pourrait mettre en place une « ingénierie de trafic » (comme disent certains) qui dégrade en priorité les flux *marqués par l'utilisateur* comme étant « non prioritaires » ou « moins important », en cas de congestion du réseau. Bien sûr, ce marquage n'est pas du tout obligatoire, ça sera à chacun de juger s'il veut bien « aider » un peu le réseau en marquant certains flux ainsi. Notez que je parle bien de marquer certains flux en « moins », et pas certains flux en « plus prioritaire » comme le font certains supporters de la QoS (souvent imposée, en plus) pour deux raisons : 1) parce qu'ainsi, on estime que par défaut tout trafic est « normal », on ne priorise pas certains, et 2) parce que ça correspond à la réalité : la QoS est utilisée uniquement en cas de congestion (la plupart du temps), et quand certains disent « prioriser » certains trafics — par exemple ceux qui payent plus cher —, en réalité ce qu'il se passe, c'est que ceux qui payent le tarif normal se font dégrader leurs connexions en cas de congestion. Bref, c'est sémantiquement beaucoup plus juste, et le terminologie est très importante dans ce domaine. Bien sûr, ça serait une expérience, ça se trouve ça marchera mal et on laissera tomber, mais je souhaiterais bien expérimenter ça. Bon, j'en reparlerai plus à l'AG. -- benjamin
+1 pour les QoS, je trouve ça intéressant comme expérience. Comme vous l’avez surement compris, une autre asso est entrain de se monter à Caulnes dans les Côtes d’Armor. Gfa et moi pensons qu’il serait intéressant de créer un partenariat entre ces deux asso histoire de pouvoir partager certaines resources. Ca peut être un point intéressant à discuter ?
Le 11 sept. 2015 à 09:02, Benjamin Cama <benoar@dolka.fr> a écrit :
Le mardi 08 septembre 2015 à 15:22 +0200, Benjamin Cama a écrit :
On est vraiment à la bourre sur ce sujet, alors je vous demande de bien vouloir choisir *rapidement* (je clorais samedi, mais si on veut avoir la chance de respecter les deux semaines de préavis il faudrait même l'annoncer avant cette date pour les premiers jours proposés) une date qui vous arrange pour l'AG ordinaire de Grifon cette année.
Bon, ça a l'air de se profiler pour lundi 28. En attendant l'annonce que je devrais faire ce week-end, je souhaiterais vous demander ce que vous souhaitez mettre à l'ordre du jour de l'AG. On avait déjà listé quelques trucs ici :
http://grifon.fr/comptes-rendus/2015-09-07_reunion_hackerspace.html#assemble...
Dites moi en réponse à ce message ce que vous souhaitez d'autre.
Personnellement, je souhaiterais rajouter un point « QoS volontaire » (même si je n'aime pas trop ce nom) ; je m'explique, avant qu'il y en ait qui crient au scandale : aujourd'hui on n'a pas une bande passante de ouf au DC, et j'en ai déjà entendu certains de seedbox ou autre trucs gros consommateurs de BP pour les projets de Grifon. C'est très bien, nous sommes un réseau neutre, nous ne jugerons pas du trafic généré sur le réseau, mais pour essayer de garder un réseau pas trop congestionné pour des trafics moins « gros volume / latence on s'en fout », je me disais qu'on pourrait mettre en place une « ingénierie de trafic » (comme disent certains) qui dégrade en priorité les flux *marqués par l'utilisateur* comme étant « non prioritaires » ou « moins important », en cas de congestion du réseau. Bien sûr, ce marquage n'est pas du tout obligatoire, ça sera à chacun de juger s'il veut bien « aider » un peu le réseau en marquant certains flux ainsi. Notez que je parle bien de marquer certains flux en « moins », et pas certains flux en « plus prioritaire » comme le font certains supporters de la QoS (souvent imposée, en plus) pour deux raisons : 1) parce qu'ainsi, on estime que par défaut tout trafic est « normal », on ne priorise pas certains, et 2) parce que ça correspond à la réalité : la QoS est utilisée uniquement en cas de congestion (la plupart du temps), et quand certains disent « prioriser » certains trafics — par exemple ceux qui payent plus cher —, en réalité ce qu'il se passe, c'est que ceux qui payent le tarif normal se font dégrader leurs connexions en cas de congestion. Bref, c'est sémantiquement beaucoup plus juste, et le terminologie est très importante dans ce domaine. Bien sûr, ça serait une expérience, ça se trouve ça marchera mal et on laissera tomber, mais je souhaiterais bien expérimenter ça.
Bon, j'en reparlerai plus à l'AG.
-- benjamin _______________________________________________ Grifon mailing list Grifon@grifon.fr http://lists.grifon.fr/mailman/listinfo/grifon
On Fri Sep 11 09:22:16 2015, Jérémie LIBEAU wrote:
+1 pour les QoS, je trouve ça intéressant comme expérience.
Comme vous l’avez surement compris, une autre asso est entrain de se monter à Caulnes dans les Côtes d’Armor. Gfa et moi pensons qu’il serait intéressant de créer un partenariat entre ces deux asso histoire de pouvoir partager certaines resources. Ca peut être un point intéressant à discuter ?
Quelles sont les ressources que tu voudrais partager ? L’AS et les IPs ? Moyennant la déclaration au RIPE qui va bien, je ne vois pas de contre-indication. Pour le reste, on a pas vraiment de ressources :p -- alarig
Effectivement, ce sont des ressources qui peuvent nous intéresser. Pour le reste, il faut réfléchir à la question et en discuter. L’idée serait que ça ne vous donne pas plus de travail mais que ça nous en donne moins, dans un premier temps. Avec gfa on a parler d’éventuellement déléguer toute la partie administratif de la création d’une asso, les différentes déclarations et les comptes en banques. En gros, on sera un sous-groupe de griffon dans un premier temps pour ne pas avoir à faire tout ça et pouvoir se concentrer sur le déploiement de l’infra rapidement ; et dés qu’on est plus serein faire la partie administrative. En fait, je ne suis pas sur que tout soit forcément une bonne idée pour notre cas. En effet, pour ce qui est des adhérents particulier, ça peut le faire sans trop de souci, surtout si on se présente avec notre propre nom. Par contre, pour les collectivités, je crains que ça soit source de confusion et donc de non engagement de leur part. Je pense qu’avoir le statut d'asso et un nom propre est un impératif. Par contre, pour ce qui est du reste, il faut voir.
Le 11 sept. 2015 à 13:25, alarig <alarig@swordarmor.fr> a écrit :
On Fri Sep 11 09:22:16 2015, Jérémie LIBEAU wrote:
+1 pour les QoS, je trouve ça intéressant comme expérience.
Comme vous l’avez surement compris, une autre asso est entrain de se monter à Caulnes dans les Côtes d’Armor. Gfa et moi pensons qu’il serait intéressant de créer un partenariat entre ces deux asso histoire de pouvoir partager certaines resources. Ca peut être un point intéressant à discuter ?
Quelles sont les ressources que tu voudrais partager ? L’AS et les IPs ? Moyennant la déclaration au RIPE qui va bien, je ne vois pas de contre-indication. Pour le reste, on a pas vraiment de ressources :p
-- alarig _______________________________________________ Grifon mailing list Grifon@grifon.fr http://lists.grifon.fr/mailman/listinfo/grifon
Hop, Le 2015-09-11 09:02, Benjamin Cama a écrit :
Bon, ça a l'air de se profiler pour lundi 28. En attendant l'annonce que je devrais faire ce week-end, je souhaiterais vous demander ce que vous souhaitez mettre à l'ordre du jour de l'AG. On avait déjà listé quelques trucs ici :
[...]
Personnellement, je souhaiterais rajouter un point « QoS volontaire » (même si je n'aime pas trop ce nom) ; je m'explique, avant qu'il y en ait qui crient au scandale
Au delà du troll (je ne sais toujours pas si tu es sérieux), si tu veux mettre de la QoS, il faut que tu considères que ta bande passante est une ressource finie, et poser une limite finie pour que ça marche pour pouvoir retarder (etc) les paquets allant au delà de cette limite. Sans ça je ne vois pas comment tu peux faire de la QoS. Autrement dit, autant faire un ethtool speed 10M et oublier ton burst. Si vous souhaitez le mettre en place une ressource "state of art" sur le sujet: http://www.inetdoc.net/guides/lartc/ (oui linux only). Personnellement j'aurais tendance à penser que mettre en place de la QoS revient à chercher une solution technique à un problème qui ne l'est pas: si des membres consomment trop et que cela impact l'association (de manière financière ou la qualité des services rendus), ils doivent en assumer les conséquences. Autrement dit, autant facturer le surcoût éventuel, comme ça c'est clair, transparent, et techniquement bien moins intrusif. Un 90eme ou 95eme percentile par membre (interface), cacti fait ça très bien. -- Mathieu Goessens IT consultant. gebura@poolp.org + 33 6 07 91 54 87 http://gebura.eu.org
Pour ton information, le port est bloqué à 10 méga du côté de chez cogent donc pas de burst possible d'où la qos Le 14 septembre 2015 17:34:14 GMT+02:00, Mathieu Goessens <gebura@poolp.org> a écrit :
Hop,
Le 2015-09-11 09:02, Benjamin Cama a écrit :
Bon, ça a l'air de se profiler pour lundi 28. En attendant l'annonce que je devrais faire ce week-end, je souhaiterais vous demander ce que vous souhaitez mettre à l'ordre du jour de l'AG. On avait déjà listé quelques trucs ici :
[...]
Personnellement, je souhaiterais rajouter un point « QoS volontaire » (même si je n'aime pas trop ce nom) ; je m'explique, avant qu'il y en ait qui crient au scandale
Au delà du troll (je ne sais toujours pas si tu es sérieux), si tu veux mettre de la QoS, il faut que tu considères que ta bande passante est une ressource finie, et poser une limite finie pour que ça marche pour pouvoir retarder (etc) les paquets allant au delà de cette limite. Sans ça je ne vois pas comment tu peux faire de la QoS. Autrement dit, autant faire un ethtool speed 10M et oublier ton burst.
Si vous souhaitez le mettre en place une ressource "state of art" sur le sujet: http://www.inetdoc.net/guides/lartc/ (oui linux only).
Personnellement j'aurais tendance à penser que mettre en place de la QoS revient à chercher une solution technique à un problème qui ne l'est pas: si des membres consomment trop et que cela impact l'association (de manière financière ou la qualité des services rendus), ils doivent en assumer les conséquences. Autrement dit, autant facturer le surcoût éventuel, comme ça c'est clair, transparent, et techniquement bien moins intrusif. Un 90eme ou 95eme percentile par membre (interface), cacti fait ça très bien.
-- Mathieu Goessens IT consultant. gebura@poolp.org + 33 6 07 91 54 87 http://gebura.eu.org _______________________________________________ Grifon mailing list Grifon@grifon.fr http://lists.grifon.fr/mailman/listinfo/grifon
-- Envoyé de mon appareil Android avec K-9 Mail. Veuillez excuser ma brièveté.
On Mon Sep 14 17:34:14 2015, Mathieu Goessens wrote:
Au delà du troll (je ne sais toujours pas si tu es sérieux), si tu veux mettre de la QoS, il faut que tu considères que ta bande passante est une ressource finie, et poser une limite finie pour que ça marche pour pouvoir retarder (etc) les paquets allant au delà de cette limite. Sans ça je ne vois pas comment tu peux faire de la QoS. Autrement dit, autant faire un ethtool speed 10M et oublier ton burst.
Le port est bloqué à 10M sur le switch, donc on aura pas de problème de sur-facturation. -- alarig
Bonjour, Le 14/09/2015 17:34, Mathieu Goessens a écrit :
Hop,
Le 2015-09-11 09:02, Benjamin Cama a écrit :
Bon, ça a l'air de se profiler pour lundi 28. En attendant l'annonce que je devrais faire ce week-end, je souhaiterais vous demander ce que vous souhaitez mettre à l'ordre du jour de l'AG. On avait déjà listé quelques trucs ici :
[...]
Personnellement, je souhaiterais rajouter un point « QoS volontaire » (même si je n'aime pas trop ce nom) ; je m'explique, avant qu'il y en ait qui crient au scandale
Au delà du troll (je ne sais toujours pas si tu es sérieux), si tu veux mettre de la QoS, il faut que tu considères que ta bande passante est une ressource finie, et poser une limite finie pour que ça marche pour pouvoir retarder (etc) les paquets allant au delà de cette limite. Sans ça je ne vois pas comment tu peux faire de la QoS. Autrement dit, autant faire un ethtool speed 10M et oublier ton burst.
Si vous souhaitez le mettre en place une ressource "state of art" sur le sujet: http://www.inetdoc.net/guides/lartc/ (oui linux only).
Personnellement j'aurais tendance à penser que mettre en place de la QoS revient à chercher une solution technique à un problème qui ne l'est pas: si des membres consomment trop et que cela impact l'association (de manière financière ou la qualité des services rendus), ils doivent en assumer les conséquences. Autrement dit, autant facturer le surcoût éventuel, comme ça c'est clair, transparent, et techniquement bien moins intrusif. Un 90eme ou 95eme percentile par membre (interface), cacti fait ça très bien.
Tant que la congestion n'est pas atteinte, la QOS ne fait strictement rien, elle n'a pas à choisir quel paquet passe avant tel autre paquet, pour la simple et bonne raison qu'il n'y en a pas en attente dans la file, exemple sur une Mikrotik : [admin@mkt397] /queue tree> /interface monitor-traffic ether1 once name: ether1 rx-packets-per-second: 837 rx-drops-per-second: 0 rx-errors-per-second: 0 rx-bits-per-second: 9.3Mbps tx-packets-per-second: 572 tx-drops-per-second: 0 tx-errors-per-second: 0 tx-bits-per-second: 453.8kbps [admin@mkt397] /queue tree> /queue monitor once queued-packets: 0 queued-bytes: 0 Un bon indicateur du besoin (ou pas), c'est de faire passer de la VOIP, on sait très vite s'il en faut ou pas. Marc Dilasser, Le Net du Kermeur
Bonjour Marc, Le lundi 21 septembre 2015 à 10:39 +0200, Marc Dilasser a écrit :
Le 14/09/2015 17:34, Mathieu Goessens a écrit :
Personnellement j'aurais tendance à penser que mettre en place de la QoS revient à chercher une solution technique à un problème qui ne l'est pas: si des membres consomment trop et que cela impact l'association (de manière financière ou la qualité des services rendus), ils doivent en assumer les conséquences. Autrement dit, autant facturer le surcoût éventuel, comme ça c'est clair, transparent, et techniquement bien moins intrusif. Un 90eme ou 95eme percentile par membre (interface), cacti fait ça très bien.
Tant que la congestion n'est pas atteinte, la QOS ne fait strictement rien, elle n'a pas à choisir quel paquet passe avant tel autre paquet, pour la simple et bonne raison qu'il n'y en a pas en attente dans la file, exemple sur une Mikrotik :
[admin@mkt397] /queue tree> /interface monitor-traffic ether1 once name: ether1 rx-packets-per-second: 837 rx-drops-per-second: 0 rx-errors-per-second: 0 rx-bits-per-second: 9.3Mbps tx-packets-per-second: 572 tx-drops-per-second: 0 tx-errors-per-second: 0 tx-bits-per-second: 453.8kbps
[admin@mkt397] /queue tree> /queue monitor once queued-packets: 0 queued-bytes: 0
Merci Marc pour ces précisions tout à fait justes. J'en ai discuté avec geb l'autre jour, et c'est vrai que *sur des contrats burstable*, le genre de solution que j'ai évoqué ne sert à rien. Sur un contrat flat, et *si on congestionne*, comme tu le précises, là ça pourrait éventuellement « aider ». Mais c'est clair que la solution c'est plutôt de d'abord éviter que ça congestionne…
Un bon indicateur du besoin (ou pas), c'est de faire passer de la VOIP, on sait très vite s'il en faut ou pas.
Merci pour tes conseils ! ;-) -- benjamin
Salut à tous, Je serai absent à l'AGO. Faut-il que j'envoie une procuration à l'un d'entre vous (par la poste ou par mail signé…) ? -- Nicolas Floquet www.pharmanerd.flqt.fr | www.logibaba.flqt.fr | www.librehealthcare.org 5, impasse du bois 61450 La Ferrière-aux-Étangs, Normandie, France 02 50 75 70 07 | 06 32 93 03 51 Mail rédigé en bépo et signé avec GPG PGP : C232 7205 EF72 F209 E331 601C EB71 F390 F6EB 52EA Et vive le Logiciel Libre !
On Thu Sep 24 10:35:47 2015, Nicolas Floquet wrote:
Salut à tous,
Je serai absent à l'AGO. Faut-il que j'envoie une procuration à l'un d'entre vous (par la poste ou par mail signé…) ?
Tu peux envoyer ta procuration à l’un des membres de ton choix. Par mail signé ou par la poste, comme tu préfères. -- alarig
Resalut Alarig. alarig <alarig@swordarmor.fr> writes:
On Thu Sep 24 10:35:47 2015, Nicolas Floquet wrote:
Salut à tous,
Je serai absent à l'AGO. Faut-il que j'envoie une procuration à l'un d'entre vous (par la poste ou par mail signé…) ?
Tu peux envoyer ta procuration à l’un des membres de ton choix. Par mail signé ou par la poste, comme tu préfères.
Je, soussigné Nicolas Floquet (PGP : C232 7205 EF72 F209 E331 601C EB71 F390 F6EB 52EA), donne procuration à Alarig Le Lay lors de l'assemblée générale ordinaire de l'association GRIFON qui se déroulera le lundi 28 septembre 2015. À la Ferrière-aux-étangs, le 26 septembre 2015, -- Nicolas Floquet www.pharmanerd.flqt.fr | www.logibaba.flqt.fr | www.librehealthcare.org 5, impasse du bois 61450 La Ferrière-aux-Étangs, Normandie, France 02 50 75 70 07 | 06 32 93 03 51 Mail rédigé en bépo et signé avec GPG PGP : C232 7205 EF72 F209 E331 601C EB71 F390 F6EB 52EA Et vive le Logiciel Libre !
On Sat Sep 26 16:44:37 2015, Nicolas Floquet wrote:
Resalut Alarig.
Je, soussigné Nicolas Floquet (PGP : C232 7205 EF72 F209 E331 601C EB71 F390 F6EB 52EA), donne procuration à Alarig Le Lay lors de l'assemblée générale ordinaire de l'association GRIFON qui se déroulera le lundi 28 septembre 2015.
À la Ferrière-aux-étangs, le 26 septembre 2015,
Resalut Nicolas :) J’accepte ta procuration. -- Alarig
participants (7)
-
alarig -
Benjamin Cama -
Boris Tassou -
Jérémie LIBEAU -
Marc Dilasser -
Mathieu Goessens -
Nicolas Floquet