[isf-wifidog] Hack-day wifidog, date et ordre du jour

Mina Naguib mina at naguib.ca
Sam 5 Nov 20:17:04 EST 2005


I'd really like to make it but I'm not sure (yet) if I'll be able to  
or not.

I'm mostly interested in traffic shaping for the client; and from  
that stems a need for a protocol improvement.  The current "1" or "0"  
reply is simply not going to cut it.

Quite simply, I'd like to migrate to using http URL-encoded packets  
for the conversation both ways (I've already written a neat hash/ 
associative array module in C for wifidog which, among other things,  
supports data marshalling from+to URL-encoded strings).

These are just my thoughts in case I cannot make it tomorrow:

1. Decide whether the server will concurrently support the old + new  
protocols or not
2. Decide whether the client will concurrently support the old + new  
protocols or not

For new protocol:
1. Both need to send an HTTP header "X-WifiDog-Protocol" indicating  
protocol revision
2. Consolidate the multiple URLs the client calls into one (no more / 
ping or /auth etc.. A single standard such as /clientserver)
4. Clean up the actual protocol keys from the client:
	4a. Need new key "action" indicating auth/ping/whatever
	4b. Existing keys for each action could be renamed for consistency,  
or kept the same
5. Completely re-do the reply from the server:
	5a. Needs simple boolean "status" key indicating whether action was  
accepted or not
	5b. If status was unsuccessful, needs keys error_num and error_text
	5c. Decide on key names needed as response for each action requested  
from client

Note that for example the "auth" action could result in success=1 for  
the request as a whole even though the actual auth failed.  A new  
response key "auth_result" would need to be created for that actual  
action's result.

On to throttling:
1. Decide if client-side throttling will build a new tc rule per  
user, or assign users to pre-set rules, or both
2. Finalize formula (done server-side) that will decide on throttling  
speed taking into account all necessary variables
3. During auth the server should return a key indicating the  
recommended throttling speed (in bits or bytes) per second
4. Wifidog client will respond to that recommendation:
	4a. If configured to build a custom tc rule per client, do so
	4b. If configured with pre-defined buckets, assign user to bucket  
most resembling recommended speed from server


These are just my $0.02 CAD.  I've been thinking about it for a while  
and I guess now's the best time to lay it out for discussion.

On 5-Nov-05, at 7:32 PM, Philippe April wrote:

> Ok il semble y avoir beaucoup de personnes qui vont se pointer,  
> alors on annulera pas car ce serait aussi plate d'en avoir parler  
> et maintenant d'annuler. Désolé d'avoir apporté le sujet,  
> maintenant que je sais qu'il y a plusieurs personnes, c'est un peu  
> plus clair dans ma tête.
>
> Mina if you can make it, it'd be cool.
> Meme chose pour Pascal Leclerc
>
> 11h (allez voter avant)
> 7615 de Chateaubriand #4 entre Faillon et Villeray
> 514-270-0535
> C'est au métro Jean-Talon
>
> A demain 11h!
>
> Pour l'horaire (general, technique...) c'est tellement dur a dire.  
> Pour ceux qui voudraient seulement du general (mais QUE du general)  
> on peut peut-etre dire que... On va en refaire une bientot? C'est  
> sur qu'on va parler haut niveau aussi, mais je veux pas que le  
> monde soit déçu d'être venu...
>
> Philippe April
> GnuPG http://key.philippeapril.com
>
> On 5-Nov-05, at 5:06 PM, Philippe April wrote:
>
>> C'est pas que je veux questionner et tout, mais.. Je sais que j'ai  
>> répondu vendredi que je pouvais dimanche, mais l'invitation qui a  
>> été lancée a probablement été lancée trop tardivement.
>>
>> Je suis presque sur que Mina et Pascal Leclerc ne pourront pas  
>> être là, et j'aurais beaucoup aimé.
>>
>> Bien sûr, tout le monde est invité, mais c'est sûr que je m'attend  
>> a avoir des discussions techniques, autant que "non-techniques".  
>> Le faire durant la même réunion? Pas de problème d'après-moi mais  
>> c'est sûr que ca serait presque bien de séparer la journée en  
>> deux, afin que ceux qui sont intéressés au non-technique seulement  
>> puisse venir et pas juste "attendre qu'on finisse de parler".
>>
>> Benoit, tous, est-ce qu'on call ça off et on se reprend la semaine  
>> prochaine? Je pense que c'est vraiment trop short.
>>
>> C'est short de lancer l'idée d'annuler la soirée d'avant aussi,  
>> mais svp réagissez ... rapidement et dites ce que vous pensez et  
>> dites si vous viendriez demain.
>>
>> Philippe April
>> GnuPG http://key.philippeapril.com
>>
>> On 5-Nov-05, at 4:38 PM, Alexis Cornellier wrote:
>>
>>> J'aimerais juste que les gars de wifidog réponde à ceci. Votre  
>>> rencontre est ouverte, mais est-ce un hack-day où les gens  
>>> devrait le moindrement s'y connaitre pour aider à faire avancer  
>>> le programme (donc programmation pur et dur) ou est-ce une  
>>> réunion où des explications sur qu'est ce que wifidog et en faire  
>>> comprendre les bases et but. J'aurais aimer y être mais je ne  
>>> peux pas. Sauf que je n'aurais pas voulue être là-bas et regarder  
>>> des gars programmer et être un facteur de distraction. Si c'est  
>>> hack-day, je propose que vous soyer entre geisha...
>>>
>>> Alexis
>>>
>>> Le 5-Nov-05 à 9:23 AM, Tof a écrit :
>>>
>>>> Bonjour
>>>> Meme si je participe pas vraiment a wifidog (manque de temps)  
>>>> j'aimerai etre
>>>> present plus pour apprendre et si je peux aider ca sera avec  
>>>> plaisir.
>>>> Où doit se passer la rencontre ?
>>>> Tof
>>>>
>>>>
>>>> On Thursday 03 November 2005 17:15, Benoit Grégoire wrote:
>>>>> Comme il a été discuté à plusieurs reprise (et malheureusement  
>>>>> constament
>>>>> remis à plus tard), il y aura un hack-day sur wifidog.
>>>>>
>>>>> Date:  Ce dimanche 6 novembre 11h (pour laisser le temps  
>>>>> d'aller voter), à
>>>>> moins d'impossibilité de la part de Philippe.  Auquel cas c'est  
>>>>> remis à
>>>>> dimanche 13 novembre, mais ce n'est pas souhaitable.
>>>>>
>>>>> SVP confirmez votre présence:  mailto:bock at step.polymtl.ca
>>>>>
>>>>> Lieu:  Dépendra du nombre de personne de de l'ordre du jour final.
>>>>> Ordre du jour:  Je renvoie ma proposition à la fin de ce  
>>>>> message.  C'est
>>>>> assez ambitieux.  Ne vous gênez surtout pas pour proposer des  
>>>>> ajouts et
>>>>> retraits.
>>>>>
>>>>> ------------------------------------------------------------------ 
>>>>> ---------
>>>>> -------------------------------- Permière rencontre (orienté  
>>>>> technique, donc
>>>>> développeurs et futurs développeurs.  On parles des problèmes  
>>>>> si on a une
>>>>> meilleure solution à proposer, ou si on en cherche une... ):
>>>>>
>>>>> -Communication entre développeurs maintenant que wifidog est  
>>>>> mondial.
>>>>> -Roadmap gateway
>>>>>         -Retour sur les objectifs architecturaux du gateway  
>>>>> établis lors de
>>>>> la première réunion.
>>>>>         -Les quatre use case de traffic shaping (voir les RFE sur
>>>>> sourceforge) -WPA
>>>>>         -Conditional compile of extra features
>>>>>         -Mettre le roadmap sur SF drette la, pas plus tard.
>>>>> -Architecture de plugins sur le auth server
>>>>> -Nouvelle approche CSS et Smarty (découle des discussions à  
>>>>> Londres et avec
>>>>> Philippe), gestion du positionnement du contenu et des outils dans
>>>>> l'interface.
>>>>> -Comment terminer de dé-ISFer le auth server, et qu'est-ce que  
>>>>> ça a comme
>>>>> implication?
>>>>> -Adopt a hotspot (manque pas grand chose, faudrait finir)
>>>>> -Quotas pour les usagers, comment on les gère
>>>>> -Granularité des permissions sur le auth server
>>>>> -Passer au travers des listes de bugs (11) et RFE (21)
>>>>> -Fichiers plus ou moins deprecated, où les envoie-t'on?
>>>>>
>>>>> Partie Hack-night:
>>>>> -Régler les bugs sur SF qui peuvent être éliminés rapidement  
>>>>> (la majorité
>>>>> le peuvent)
>>>>> -Documentation du protocole du gateway
>>>>> -Commencer à travailler sur ce qui a été entendu plus haut.
>>>>
>>>> -- 
>>>> A+
>>>> Tof
>>>> _______________________________________________
>>>> WiFiDog mailing list
>>>> WiFiDog at listes.ilesansfil.org
>>>> http://listes.ilesansfil.org/cgi-bin/mailman/listinfo/wifidog
>>>
>>> _______________________________________________
>>> WiFiDog mailing list
>>> WiFiDog at listes.ilesansfil.org
>>> http://listes.ilesansfil.org/cgi-bin/mailman/listinfo/wifidog
>>>
>>
>> _______________________________________________
>> WiFiDog mailing list
>> WiFiDog at listes.ilesansfil.org
>> http://listes.ilesansfil.org/cgi-bin/mailman/listinfo/wifidog
>>
>



More information about the WiFiDog mailing list