De ce que j'ai vu de Michel Rocard concernant les brevets logiciels, c'est qu'il était loin d'être un hacker de haut vol au début, pas plus qu'un passionné de l'informatique libre. Mais il a su écouter, synthétiser les avis des divers camps, bien cerner la problématique et enfin se faire une opinion qu'il savait défendre même si elle allait à l'encontre d'intérêts puissants.
Aujourd'hui il est sur un tout autre sujet qu'il ne maîtrise pas très bien encore. Est-ce pour autant que l'on peut le comparer à C. Albanel ? Je pense qu'il faut lui laisser le temps et voir s'il sera capable de faire le même travail d'écoute, de synthèse et être prêt à revenir sur des positions ou des contradictions qu'il aurait eu.
Bref, après le travail qu'il a fait concernant les brevets logiciels, j'attends un peu avant de lui tirer dessus à boulets rouges ...
Il est clair qu'enterrer les déchets nucléaires (à longue vie) n'est pas la solution à long terme. C'est justement pour cette raison que les études faites actuellement sur les futurs réacteurs nucléaires ont pour objectifs (entre autres) la diminution des déchets nucléaires produits (meilleure rendement) surtout ceux à long vie, et réutilisation des déchets produits par les réacteurs nucléaires de plus vieille génération pour diminuer le stock des déchets enfouis. Si ces réacteurs arrivent à voir le jour, ce sera une bonne nouvelle sur le plan économique et écologique.
Quelques remarques après une première approche (sans tests) :
Tu parles des niveaux d'alarme (UNKNOWN, UNMANAGED, NORMAL, MINOR, ...) mais certains niveaux sont identiques ou presque (MINOR/WARNING et MAJOR/CRITICAL).
Est-ce que tu gères le temps depuis lequel l'équipement (ou la métrique surveillée) est inaccessible ? Par exemple l'icône passe rouge, puis au bout de 5 minutes de perte de service elle s'entoure d'une étoile à 4 branches, puis au bout de 10 minutes d'une étoiles à 8 branches, ect. IpSwitch What's Up (dont tu parles sur ton site) propose cela par exemple.
Une fonctionnalité que je n'ai retrouvée que sur peu de logiciels c'est le fait de tracer si un équipement a été HS puis et revenu à une fonctionnement normal, tout cela quand on avait le dos tourné. La plupart des logiciels indiquent l'équipement en vert avec parfois une indication qu'il y a eu un évènement (mais cela peut être un évènement minime, et on ne le saura qu'en allant consulter les logs). J'ai travaillé avec un logiciel qui, dans ces cas là, mettait l'icône en vert rayé. Ainsi on savait que l'équipement était fonctionnel mais qu'il y a eu rupture de service pendant un bon moment (et pas juste un trap sur un défaut ventilateur par exemple).
Tu as un système d'alerte assez complet. Je te conseille de rajouter un diffuseur d'alarmes parlé (par ToIP c'est plus simple) : cela appelle un téléphone et au décrochage il est diffusé un message composé d'éléments décrivant la panne (Message d'alerte de niveau + WARNING + sur équipement de type + ROUTEUR + ...). Par rapport à un système SMS ou IM (qui ont également leurs avantages), les avantages que je vois sont :
-- on est sûr de la réactivité (même si dans la plupart des cas un SMS arrive dans la minute) ;
-- un téléphone classique peut être contacté (tu n'as pas forcément un téléphone portable professionnel ou un opérateur qui convertit les SMS en voix) ;
-- tu peux faire une liste de personnes à appeler : si le premier ne répond pas, tu passes au second et ainsi de suite. Le problème du SMS est que tu ne sais pas si la personne a pris en compte l'alarme et si tu envoies le SMS à plusieurs personnes, celui qui le reçoit ne sait pas s'il doit se déplacer pour résoudre la panne ou si un autre l'a déjà fait ... et appeler dans la nuit tous ses collègues pour savoir qui s'est déplacé, c'est pas top.
J'aurai bien donné un coup de main, mais je ne connais pas le ruby :(
Tout au plus, quelques pouillèmes de pourcentage d'abstention sont dûs aux machines à voter électronique. Mais peut-on réellement le savoir ?
Le lendemain du dernier vote, un collègue qui tenait un bureau de vote (je ne sais pas lequel) disait que le problème de ces machines était la lenteur du processus et qu'il se demandait s'ils allaient les garder pour les prochaines élections.
J'en conclue qu'il est d'ailleurs bien plus utile d'aller voter (pour exprimer son opinion sur la politique en cours et à venir) et en profiter au passage pour mettre volontairement beaucoup de temps dans les isoloirs. Ainsi, si le dépouillement est plus rapide, le vote est beaucoup plus long. Enfin, en sortant de l'isoloir, on va déposer son enveloppe en râlant que c'est plus difficile, que c'est mal fait, qu'on perd du temps, qu'on n'est même pas sûr que c'est sécurisé, etc. Je pense alors que voir une longue file d'attente dans les bureaux de votes avec des gens qui râlent est beaucoup plus utile que de s'abstenir d'aller voter (pour ce sujet du moins).
Mais est-ce que les gens ne sont pas allé voter pour cette raison ? Je ne pense pas car la plupart découvrent que leur commune utilise une machine à voter électronique quand ils sont en face d'elle. Ils ne font pas alors demi-tour, mais vont essayer de se débrouiller quitte à demande un coup de main aux personnes tenant le bureau de vote.
Hum attention tu confonds le nombre de postes et le nombre d'appels simultanés. C'est complètement différent.
Cest justement ce que je disais dans mon precedent post :)
Pour la partie code SVI, je ne comprends pas bien ta question car pour créer un SVI dans Asterisk, il faut faire suivre une série d'applications et de fonctions dans le dialplan et ce n'est donc pas un bout de code direct pour ça en soit
Pardon, concernant la qualite du code d Asterisk, j ai ecrit SVI/CTI et je pensais ACD/CTI.
Pour ceux qui ne connaissent pas les acronymes, CTI est le couplage informatique telephonie (afficher sur le PC du conseiller en ligne la fiche de l appellant par identification automatique grace au num de tel), ACD ce sont des fonctionnalite de groupement de postes ( avec files d attentes, distribution des appels style "tout le monde sonne en meme temps", ou "distribution des appels au poste qui n a pas eu d appels depuis le plus longtemps", ...) alors que SVI c est le serveur vocal interactif (tapez 1 pour le service commercial et 2 pour le technique").
Asterisk garantit jusqu'à 240 communications simultanées (version Business). Vous proposez dans votre gamme une version +1000 clients. Un CTI de 1000 postes, c'est plus de 1000 appels simultanés en pointe (appels en ligne + appels en attente).
Est-ce que Xivo peut tenir une telle charge alors qu'Asterisk ne le garantit pas explicitement ? De manière générale, je vois une gamme basée sur le nombre de clients et cela ne me parle pas trop ; les performances sont à voir par rapport au nombre d'appels simultanés et en fonction du mode d'utilisation (CTI, routage d'appels, conversion de codecs, ...) et donc je me demande quelles sont les capacités de Xivo.
Autre question puisque vous avez mis les mains dans le code source d'Asterisk : il y a environ 2-3 ans, Mark Spencer disait que le code du SVI était un peu crado. Qu'en est-il maintenant ? Peut-on créer des SVI/CTI de plusieurs dizaines de personnes sans risque de plantages ou de comportements bizarres ?
C'est peut-être le soir et je suis fatigué, mais il m'a fallu un moment pour comprendre exactement ce qu'est Cooperation-iws. Je ne voyais pas trop comment ce positionnait ce projet par rapport à Ultéo, Eye OS ou encore les Live CD/USB classiques. J'en retiens qu'il propose beaucoup de choses et suivant nos besoins on peut avoir besoin de telle ou telle version de Cooperation-iws. Derrière le projet on retrouve plusieurs "distributions".
Le site web est très bien fait (présentation, simplicité) mais il manque à mon avis plusieurs choses pour s'y retrouver :
--> des captures d'écrans ( il n'y a que 2 vieilles captures cachées au fond du blog : http://cooperation-iws.gensys-net.eu/blog/images/v0.2/home et http://cooperation-iws.gensys-net.eu/blog/images/v0.2/Blog.p(...) ).
--> un positionnement plus clair par rapport à ce qui existe /à la concurrence (cf projets cités plus haut) et quelques infos techniques (sans forcément aller jusqu'au niveau de la distribution SliTaz). Le post du 24 mars est un bon début.
--> Donner des études de cas plus détaillées pour guider le choix de l'utilisateur, et que l'on puisse consulter les choix disponibles (et les logiciels embarqués) sans aller sur la page de téléchargement. A indiquer à quels besoins repond une version donnée, en profiter pour décrire un exemple d'utilisation, exemple plus détaillé que la simple description du public visé.
Philippe Latu est enseignant en IUP, IUT et il me semble présent également sur de la formation continue, toujours sur Toulouse.
J'ai suivi ses cours et ce sont exactement ceux disponibles sur son site web. Cours théoriques, des TP, un enseignant passionné par le monde du logiciel libre ... j'ai vraiment accroché. C'est lui (et les 2 "barbus" de mon groupe de travail) qui m'ont fait connaître et aimer le logiciel libre !
La génération actuelle tourne sur la base d'une Mandrake (ça remonte déjà à quelques années, en effet) avec un kernel patché. Je ne suis pas sûr qu'ils respectent la GPL, d'ailleurs...
Là où je travaille nous avons effectivement des OXE qui utilisent Mandrake (7.2 de mémoire). Cependant j'ai lu sur le net que les derniers OXE utilisent Red Hat.
Je pense qu'ils ne sont pas très propres vis-à-vis de la GPL. J'avais posté un journal sur le sujet : je n'ai pas réussi à avoir le code source, mais je ne sais pas si cela a bloqué côté Alcatel ou dans l'entreprise où je travaille.
Sur les OmniPCX Office je ne sais pas, mais sur le OmniPCX Enterprise, c'est possible, c'est certain. Cela ressemble beaucoup à la 4760, sauf que biensûr tu ne gères qu'un seul équipement à la fois, et que tu n'es pas obligé de payer une licence d'utilisation :)
Le produit est disponible chez Antéor mais il ne semble pas vouloir vendre directement au particulier. Chez ITX-France, la version standard (512 Mo de RAM) est à 371 € (et il faut peut-être y rajouter encore les frais de ports) ! Je ne sais pas qui se fait une bonne marge, mais c'est pas donné au final ... J'espère qu'il y aura une autre vente groupée sur microclient.ovh.org, car c'est bien moins cher de l'importer du bout du monde que de l'acheter en France !
Je ne sais pas si tu l'as fait exprès, mais ca ressemble beaucoup au célèbre poème suivant :
Lorsque les nazis sont venus chercher les communistes
Je me suis tu, je n'étais pas communiste.
Lorsqu'ils sont venus chercher les syndicalistes
Je me suis tu, je n'étais pas syndicaliste.
Lorsqu'ils sont venus chercher les sociaux-démocrates
Je me suis tu, je n'étais pas social-démocrate.
Lorsqu'ils sont venus chercher les juifs
Je me suis tu, je n'étais pas juif.
Puis ils sont venus me chercher
Et il ne restait plus personne pour protester.
Détrompe-toi, il connait bien mieux que toi le monde du travail, ses règles et ses réalités. Je travaille dans une grosse boîte, et je sais très bien comment fonctionne une SSII parce que l'on travaille avec eux et même on discute entre technicien/ingénieur au café, alors pourquoi pas mes collègues syndiqués ? Puis un syndicat (la CGT dans le cas de Thibault) a une déclinaison pour chaque branche, puis pour chaque entreprise et enfin par CE. Au final tu as des gens proches du terrain qui remontent les problèmes, les ressentis. Ce ne sont que les grandes lignes qui remontent jusqu'en haut, mais c'est plus à cause des problèmes de taille que d'inadéquation de structure.
Le problème des syndicats dans les SSII, c'est qu'ils ont peu de poids alors qu'ils pourraient être très efficaces car peu d'échellons. S'ils disaient "on fait grève" et que 80% des gens se mettent en grève, ils auraient plus de poids, mais dans une SSII on a du mal à comprendre que les activités sociales vont au-delà de la vidéothèque ou des places de ciné à tarif réduit ...
Pourrais-tu donner plus d'informations sur le sujet car ce n'est pas la première fois que j'entends parler de ce problème d'autoconfiguration. En synthèse de mes recherches, j'en déduis pourtant que :
--> l'allocation d'adresse avec état (DHCPv6) est sécurisée autant qu'avec DHCP sous IPv4. Je veux dire qu'il y a possibilité d'utiliser de l'authentification (RFC 3118) mais que si personne ne le fait, ce n'est pas la faute à la technique.
--> la définition d'une adresse locale se fait en fonction de sa propre adresse MAC (pour un LAN ethernet) et ensuite on regarde si une autre machine dispose de cette adresse sur le LAN. Là effectivement, un attaquant pourrait répondre à toutes ces requêtes en disant que cette adresse est prise (et donc nous ne pourrions l'utiliser). De toute façon en régime stabilisé, nous ne devons pas utiliser cette adresse pour communiquer.
--> l'allocation d'adresse sans état : lorsque l'on cherche à connaître le préfixe du réseau (c'est le routeur qui doit répondre) et autres, on utilise de l'ICMPv6 qui apparemment propose également de l'authentification.
Dans la logique d'IPv6 où le nombre d'adresses allouables est tel que nous n'aurons pas de pénurie avant longtemps, DHCP n'est pas utilisé pour optimiser l'adressage (donc réallouer les adresses dès qu'elles ne sont plus utilisées) mais plus pour faciliter le déploiement d'ordinateurs ou la migration d'un réseau existant vers une nouvelle plage IP. Ainsi, le principe d'attribution d'adressage IP ne doit être utilisé que rarement (baux très longs), exception faite des cas de mobilité.
Bref, je ne vois que peu de failles dans l'autoconfiguration d'IPv6. Qu'est-ce que j'ai loupé ?
La seule limite que je vois à cette méthode est qu'il n'y aurait pas de sécurité. N'importe qui pourrait envoyer un appel sur le poste d'une autre personne.
Je ne l'ai pas implémenté ici, mais tu peux utiliser une authentification. En SIP, que la méthode utilisée soit INVITE (établissement de connexion), REFER (utilisé entre autre pour les transferts), REGISTER (enregistrement du poste auprès d'un registrar), ou autre, tu peux demander une authentification sous forme de challenge avant de continuer à traiter la méthode : tu peux demander une authentification à n'importe quel moment dans la "communication". Il faut que le téléphone exige l'authentification, sinon c'est un pb de sécurité ... indépendant du clic-to-dial. Cette façon de faire demande de connaître le mot de passe du téléphone que tu apelles avec ton PC.
Ensuite le téléphone appellant passe par le PABX pour contacter le second téléphone, donc tu peux encore ici mettre une authentification. Cette fois c'est plus aisé car le PABX (proxy SIP) connait le mot de passe du premier poste (si lui ne le connait pas, qui le connait ?!) et n'acceptera de relayer l'appel que si le téléphone s'est authentifié à lui.
Pour finir il y a TLS (SIPS). Je ne connais pas assez pour en parler, mais il doit être possible de l'inclure dans la seconde étape, peut-être plus difficillement dès la première vu que l'on se base sur des clefs et plus sur un mot de passe (que l'on pourrait demander à l'utilisateur).
L'écriture d'un pilote pour un autre IPBX nécessite simplement de trouver un moyen de déclencher des appels.
L'approche que j'ai eu pour mettre en relation 2 postes SIP : tu lances une invitation d'appel de ton PC vers le premier téléphone (INVITE), une fois que celui-ci a accepté l'appel (OK), tu lui renvoies un" renvoi inconditionnel" ==> il appelle (en passant par le proxy SIP qui lui est configuré) l'autre poste téléphonique et libère la communication avec ton PC. C'est en SIP, en moins de 200 lignes de code (commentaires compris) et fonctionne avec n'importe quel PABX ... vu qu'il ne l'utilise pas pour la première étape :)
Je suis d'accord avec toi que l'anglais est la langue de référence. Mais de là à parler de langue de communication efficace, faut pas pousser. J'entends sans cesse que l'anglais est le moyen d'échange international, et donc qu'il faudrait que tout soit en anglais !
Je suis français et ma langue maternelle est le français. Je me débrouille bien en anglais, mais quand j'ai besoin de comprendre _exactement_ ce qui est dit, quand j'ai besoin d'apprendre _efficacement_, je préfère le français (d'où l'importance d'une bonne traduction). De plus, tout le monde ne maîtrise pas l'anglais suffisamment pour s'instruire dans cette langue et cela peut provoquer une barrière pour certains dans l'acquisition de connaissances en informatique.
Si l'on recherche des documentations de références en anglais, on a les RFC, les normes et standards. Tout y est. Toutes les autres documentations, livres, articles sont là pour expliquer et rendre plus accessible les notions techniques. La traduction est un de ces moyens.
Donc tant mieux si O'Reilly continue d'éditer des livres aussi bons, mais si la fermeture de la maison d'édition française signifie l'arrêt des traductions en français, je pense que c'est une très grosse perte pour les francophones.
Bon idée si ce n'est que :
-- à 15km d'altitude, j'espère que tu fournis les moumoutes car congeler ses clients, c'est pas très vendeur.
-- charger 50 personnes d'une mongolfière (plutôt immobile) vers un planneur (plutôt mobile), il faudra avoir à faire à des sacrés pilotes. On peut penser que les gens sautent de la mongolfière pour arriver dans le planneur qui passe dessous juste à ce moment là ...
-- le planneur ne pourra pas s'approcher de trop près au risque de toucher la mongolfière (et que tout ce petite monde se scratche 15 km plus bas).
-- la mongolfière se déplace au grès du vent, donc la rencontre entre la mongolfière et le planneur se fait un peu au hasard (quand tu montes de 15km, tu as le temps de dériver).
-- un planneur pour 50 personnes, ca commence à être du planneur de compét' ... il te faudra un airbus pour le monter en haut, pas un petit avion à hélice !
Donc si tu as un super pilote et des candidats au suicide/passagers prêts à sauter d'une mongolfière en se gelant les cou... pour espérer attérir sur un planneur 50m plus bas (au risque de se scratcher 15km plus bas), je pense que c'est jouable :) Juste un conseil, prévois quand même un service juridique dans ton entreprise ... ça arrive les passagers mécontents !
La solution : Travailler en dehors de la responsabilité d'HP. Lorsque je veux faire des programmes (que j'utiliserai ensuite en entreprise) et être libre de choisir la licence, je programme en dehors de mes heures de travail. En entreprise, reste à faire la rédaction de la documentation et la mise en production pour avoir les retours d'expérience utilisateur. Ce temps hors codage est presque aussi important que le temps de codage.
Dans son cas, il peut donc réaliser ce qui est "génant" chez lui. Maintient du site web du projet, maintient de la documentation et autres choses annexes peuvent continuer à être faites lors de ses heures de bureau.
HP va peut-être vouloir qu'il ne fasse _rien_ de près ou de loin avec ce projet. Dernière solution dans ce cas, c'est travailler sur le produit totalement en dehors des heures de bureau (hors locaux d'HP et sans matériel d'HP), et anonymement (il donne le projet à qqcun d'autre et continue à contribuer sous un pseudo non connu). Sinon, changer d'entreprise.
je ne sais pas de quel produit tu parle
C'est l'OmniPCX Entreprise. De ce que j'ai compris, ce sont sur les aspects temps-réel que des modifications ont été apportées au noyau.
Et le commercial s'en fout de toutes façons, il n'a pas besoin de connaitre toutes ces choses pour faire sa com'
Sauf que le commercial en question semblait au courant qu'ils utilisaient Linux dans leur produit car il en a parlé de lui même.
Il faudrait songer à arrêter de penser que les préoccupations des geeks de linuxfr, intégristes militants du logiciel libre, sont partagées par le commun des mortels.
Euh, quand tu crées un produit qui est très fortement lié à un autre venant de l'extérieur, il me semble normal que tu te préoccupes des conditions d'utilisation et de modification de cette base. Ca n'a rien à voir avec Linuxfr ou autre ! Penses-tu, s'ils utilisaient MS WIndows, qu'ils allaient s'assoir sur les clauses de Microsoft ?
Mais attention, je pose la question de savoir si qqcun a déjà récupéré les sources (biensûr en ayant acheté le produit), car l'obstacle pour obtenir les sources n'est peut-être que dans mon "service achat".
[^] # Re: Ils auraient du mettre quelqu'un de réèllement compétent pour fai
Posté par porki . En réponse au journal Ces génies qui nous gouvernent. Évalué à 10.
Aujourd'hui il est sur un tout autre sujet qu'il ne maîtrise pas très bien encore. Est-ce pour autant que l'on peut le comparer à C. Albanel ? Je pense qu'il faut lui laisser le temps et voir s'il sera capable de faire le même travail d'écoute, de synthèse et être prêt à revenir sur des positions ou des contradictions qu'il aurait eu.
Bref, après le travail qu'il a fait concernant les brevets logiciels, j'attends un peu avant de lui tirer dessus à boulets rouges ...
[^] # Re: En parlant de Kyoto
Posté par porki . En réponse au journal Ces génies qui nous gouvernent. Évalué à 7.
# Première approche
Posté par porki . En réponse à la dépêche GNMS version 2 RC1. Évalué à 1.
Tu parles des niveaux d'alarme (UNKNOWN, UNMANAGED, NORMAL, MINOR, ...) mais certains niveaux sont identiques ou presque (MINOR/WARNING et MAJOR/CRITICAL).
Est-ce que tu gères le temps depuis lequel l'équipement (ou la métrique surveillée) est inaccessible ? Par exemple l'icône passe rouge, puis au bout de 5 minutes de perte de service elle s'entoure d'une étoile à 4 branches, puis au bout de 10 minutes d'une étoiles à 8 branches, ect. IpSwitch What's Up (dont tu parles sur ton site) propose cela par exemple.
Une fonctionnalité que je n'ai retrouvée que sur peu de logiciels c'est le fait de tracer si un équipement a été HS puis et revenu à une fonctionnement normal, tout cela quand on avait le dos tourné. La plupart des logiciels indiquent l'équipement en vert avec parfois une indication qu'il y a eu un évènement (mais cela peut être un évènement minime, et on ne le saura qu'en allant consulter les logs). J'ai travaillé avec un logiciel qui, dans ces cas là, mettait l'icône en vert rayé. Ainsi on savait que l'équipement était fonctionnel mais qu'il y a eu rupture de service pendant un bon moment (et pas juste un trap sur un défaut ventilateur par exemple).
Tu as un système d'alerte assez complet. Je te conseille de rajouter un diffuseur d'alarmes parlé (par ToIP c'est plus simple) : cela appelle un téléphone et au décrochage il est diffusé un message composé d'éléments décrivant la panne (Message d'alerte de niveau + WARNING + sur équipement de type + ROUTEUR + ...). Par rapport à un système SMS ou IM (qui ont également leurs avantages), les avantages que je vois sont :
-- on est sûr de la réactivité (même si dans la plupart des cas un SMS arrive dans la minute) ;
-- un téléphone classique peut être contacté (tu n'as pas forcément un téléphone portable professionnel ou un opérateur qui convertit les SMS en voix) ;
-- tu peux faire une liste de personnes à appeler : si le premier ne répond pas, tu passes au second et ainsi de suite. Le problème du SMS est que tu ne sais pas si la personne a pris en compte l'alarme et si tu envoies le SMS à plusieurs personnes, celui qui le reçoit ne sait pas s'il doit se déplacer pour résoudre la panne ou si un autre l'a déjà fait ... et appeler dans la nuit tous ses collègues pour savoir qui s'est déplacé, c'est pas top.
J'aurai bien donné un coup de main, mais je ne connais pas le ruby :(
# Cause d'abstention massive, peut-être pas quand même ...
Posté par porki . En réponse au journal Européennes et machines à voter. Évalué à 3.
Le lendemain du dernier vote, un collègue qui tenait un bureau de vote (je ne sais pas lequel) disait que le problème de ces machines était la lenteur du processus et qu'il se demandait s'ils allaient les garder pour les prochaines élections.
J'en conclue qu'il est d'ailleurs bien plus utile d'aller voter (pour exprimer son opinion sur la politique en cours et à venir) et en profiter au passage pour mettre volontairement beaucoup de temps dans les isoloirs. Ainsi, si le dépouillement est plus rapide, le vote est beaucoup plus long. Enfin, en sortant de l'isoloir, on va déposer son enveloppe en râlant que c'est plus difficile, que c'est mal fait, qu'on perd du temps, qu'on n'est même pas sûr que c'est sécurisé, etc. Je pense alors que voir une longue file d'attente dans les bureaux de votes avec des gens qui râlent est beaucoup plus utile que de s'abstenir d'aller voter (pour ce sujet du moins).
Mais est-ce que les gens ne sont pas allé voter pour cette raison ? Je ne pense pas car la plupart découvrent que leur commune utilise une machine à voter électronique quand ils sont en face d'elle. Ils ne font pas alors demi-tour, mais vont essayer de se débrouiller quitte à demande un coup de main aux personnes tenant le bureau de vote.
[^] # Re: Quelles sont les performances ?
Posté par porki . En réponse à la dépêche Libérer votre téléphonie avec XiVO. Évalué à 3.
Cest justement ce que je disais dans mon precedent post :)
Pour la partie code SVI, je ne comprends pas bien ta question car pour créer un SVI dans Asterisk, il faut faire suivre une série d'applications et de fonctions dans le dialplan et ce n'est donc pas un bout de code direct pour ça en soit
Pardon, concernant la qualite du code d Asterisk, j ai ecrit SVI/CTI et je pensais ACD/CTI.
Pour ceux qui ne connaissent pas les acronymes, CTI est le couplage informatique telephonie (afficher sur le PC du conseiller en ligne la fiche de l appellant par identification automatique grace au num de tel), ACD ce sont des fonctionnalite de groupement de postes ( avec files d attentes, distribution des appels style "tout le monde sonne en meme temps", ou "distribution des appels au poste qui n a pas eu d appels depuis le plus longtemps", ...) alors que SVI c est le serveur vocal interactif (tapez 1 pour le service commercial et 2 pour le technique").
# Quelles sont les performances ?
Posté par porki . En réponse à la dépêche Libérer votre téléphonie avec XiVO. Évalué à 5.
Est-ce que Xivo peut tenir une telle charge alors qu'Asterisk ne le garantit pas explicitement ? De manière générale, je vois une gamme basée sur le nombre de clients et cela ne me parle pas trop ; les performances sont à voir par rapport au nombre d'appels simultanés et en fonction du mode d'utilisation (CTI, routage d'appels, conversion de codecs, ...) et donc je me demande quelles sont les capacités de Xivo.
Autre question puisque vous avez mis les mains dans le code source d'Asterisk : il y a environ 2-3 ans, Mark Spencer disait que le code du SVI était un peu crado. Qu'en est-il maintenant ? Peut-on créer des SVI/CTI de plusieurs dizaines de personnes sans risque de plantages ou de comportements bizarres ?
# En clair c'est quoi ?
Posté par porki . En réponse à la dépêche Cooperation-iws 0.7: les clients sont disponibles !. Évalué à 3.
Le site web est très bien fait (présentation, simplicité) mais il manque à mon avis plusieurs choses pour s'y retrouver :
--> des captures d'écrans ( il n'y a que 2 vieilles captures cachées au fond du blog : http://cooperation-iws.gensys-net.eu/blog/images/v0.2/home et http://cooperation-iws.gensys-net.eu/blog/images/v0.2/Blog.p(...) ).
--> un positionnement plus clair par rapport à ce qui existe /à la concurrence (cf projets cités plus haut) et quelques infos techniques (sans forcément aller jusqu'au niveau de la distribution SliTaz). Le post du 24 mars est un bon début.
--> Donner des études de cas plus détaillées pour guider le choix de l'utilisateur, et que l'on puisse consulter les choix disponibles (et les logiciels embarqués) sans aller sur la page de téléchargement. A indiquer à quels besoins repond une version donnée, en profiter pour décrire un exemple d'utilisation, exemple plus détaillé que la simple description du public visé.
Bon courage pour la suite !
[^] # Re: Le point de départ... et la suite
Posté par porki . En réponse à la dépêche Une école d'ingénieurs, l'ESIEA, pérennise les cours de l'AFUL. Évalué à 5.
Voici des cours en ligne que je trouve très bien fait :
http://www.linuxfr-france.org.invalid/prj/inetdoc/
Philippe Latu est enseignant en IUP, IUT et il me semble présent également sur de la formation continue, toujours sur Toulouse.
J'ai suivi ses cours et ce sont exactement ceux disponibles sur son site web. Cours théoriques, des TP, un enseignant passionné par le monde du logiciel libre ... j'ai vraiment accroché. C'est lui (et les 2 "barbus" de mon groupe de travail) qui m'ont fait connaître et aimer le logiciel libre !
[^] # Re: VirtualBox me sauve la vie
Posté par porki . En réponse au journal VirtualBox 2.0 is out !. Évalué à 1.
[^] # Re: VirtualBox me sauve la vie
Posté par porki . En réponse au journal VirtualBox 2.0 is out !. Évalué à 1.
Là où je travaille nous avons effectivement des OXE qui utilisent Mandrake (7.2 de mémoire). Cependant j'ai lu sur le net que les derniers OXE utilisent Red Hat.
Je pense qu'ils ne sont pas très propres vis-à-vis de la GPL. J'avais posté un journal sur le sujet : je n'ai pas réussi à avoir le code source, mais je ne sais pas si cela a bloqué côté Alcatel ou dans l'entreprise où je travaille.
[^] # Re: VirtualBox me sauve la vie
Posté par porki . En réponse au journal VirtualBox 2.0 is out !. Évalué à 1.
[^] # Re: NSLU2
Posté par porki . En réponse au journal MicroClient Jr. de NorhTec. Évalué à 3.
[^] # Re: Quand les "dirigeants" joue a ca ...
Posté par porki . En réponse au journal RTT au carsher. Évalué à 2.
Si l'entreprise fait plus de 10 personnes, elle doit avoir un délégué du personnel. Tu auras plus de détails dans le lien ci-dessus.
[^] # Re: ben .... pas de bol
Posté par porki . En réponse au journal RTT au carsher. Évalué à 10.
Lorsque les nazis sont venus chercher les communistes
Je me suis tu, je n'étais pas communiste.
Lorsqu'ils sont venus chercher les syndicalistes
Je me suis tu, je n'étais pas syndicaliste.
Lorsqu'ils sont venus chercher les sociaux-démocrates
Je me suis tu, je n'étais pas social-démocrate.
Lorsqu'ils sont venus chercher les juifs
Je me suis tu, je n'étais pas juif.
Puis ils sont venus me chercher
Et il ne restait plus personne pour protester.
de Emil Gustav Friedrich Martin Niemöller.
[^] # Re: Quand les "dirigeants" joue a ca ...
Posté par porki . En réponse au journal RTT au carsher. Évalué à 7.
Le problème des syndicats dans les SSII, c'est qu'ils ont peu de poids alors qu'ils pourraient être très efficaces car peu d'échellons. S'ils disaient "on fait grève" et que 80% des gens se mettent en grève, ils auraient plus de poids, mais dans une SSII on a du mal à comprendre que les activités sociales vont au-delà de la vidéothèque ou des places de ciné à tarif réduit ...
P.S : J'ai travaillé dans une SSII.
[^] # Re: .
Posté par porki . En réponse à la dépêche Conférence IPv6, un second souffle pour l'internet. Évalué à 1.
[^] # Re: .
Posté par porki . En réponse à la dépêche Conférence IPv6, un second souffle pour l'internet. Évalué à 4.
--> l'allocation d'adresse avec état (DHCPv6) est sécurisée autant qu'avec DHCP sous IPv4. Je veux dire qu'il y a possibilité d'utiliser de l'authentification (RFC 3118) mais que si personne ne le fait, ce n'est pas la faute à la technique.
--> la définition d'une adresse locale se fait en fonction de sa propre adresse MAC (pour un LAN ethernet) et ensuite on regarde si une autre machine dispose de cette adresse sur le LAN. Là effectivement, un attaquant pourrait répondre à toutes ces requêtes en disant que cette adresse est prise (et donc nous ne pourrions l'utiliser). De toute façon en régime stabilisé, nous ne devons pas utiliser cette adresse pour communiquer.
--> l'allocation d'adresse sans état : lorsque l'on cherche à connaître le préfixe du réseau (c'est le routeur qui doit répondre) et autres, on utilise de l'ICMPv6 qui apparemment propose également de l'authentification.
Dans la logique d'IPv6 où le nombre d'adresses allouables est tel que nous n'aurons pas de pénurie avant longtemps, DHCP n'est pas utilisé pour optimiser l'adressage (donc réallouer les adresses dès qu'elles ne sont plus utilisées) mais plus pour faciliter le déploiement d'ordinateurs ou la migration d'un réseau existant vers une nouvelle plage IP. Ainsi, le principe d'attribution d'adressage IP ne doit être utilisé que rarement (baux très longs), exception faite des cas de mobilité.
Bref, je ne vois que peu de failles dans l'autoconfiguration d'IPv6. Qu'est-ce que j'ai loupé ?
[^] # Re: Mise en relation des postes sans besoin d'un pilote spécifique
Posté par porki . En réponse à la dépêche Astitray : déclencher un appel sur un téléphone SIP avec une applet. Évalué à 1.
Je ne l'ai pas implémenté ici, mais tu peux utiliser une authentification. En SIP, que la méthode utilisée soit INVITE (établissement de connexion), REFER (utilisé entre autre pour les transferts), REGISTER (enregistrement du poste auprès d'un registrar), ou autre, tu peux demander une authentification sous forme de challenge avant de continuer à traiter la méthode : tu peux demander une authentification à n'importe quel moment dans la "communication". Il faut que le téléphone exige l'authentification, sinon c'est un pb de sécurité ... indépendant du clic-to-dial. Cette façon de faire demande de connaître le mot de passe du téléphone que tu apelles avec ton PC.
Ensuite le téléphone appellant passe par le PABX pour contacter le second téléphone, donc tu peux encore ici mettre une authentification. Cette fois c'est plus aisé car le PABX (proxy SIP) connait le mot de passe du premier poste (si lui ne le connait pas, qui le connait ?!) et n'acceptera de relayer l'appel que si le téléphone s'est authentifié à lui.
Pour finir il y a TLS (SIPS). Je ne connais pas assez pour en parler, mais il doit être possible de l'inclure dans la seconde étape, peut-être plus difficillement dès la première vu que l'on se base sur des clefs et plus sur un mot de passe (que l'on pourrait demander à l'utilisateur).
[^] # Re: Mise en relation des postes sans besoin d'un pilote spécifique
Posté par porki . En réponse à la dépêche Astitray : déclencher un appel sur un téléphone SIP avec une applet. Évalué à 3.
et pour le "clic-to-dial", c'est ici :
http://lehmann.free.fr/Contributions/SIP/pabxCTD.pl
C'est en CLI. Je pense que pour ceux qui savent (donc pas moi) c'est facile de faire une interface graphique au-dessus.
C'est plutôt un "proof of concept", donc qualité du code en conséquence ...
# Mise en relation des postes sans besoin d'un pilote spécifique
Posté par porki . En réponse à la dépêche Astitray : déclencher un appel sur un téléphone SIP avec une applet. Évalué à 3.
L'approche que j'ai eu pour mettre en relation 2 postes SIP : tu lances une invitation d'appel de ton PC vers le premier téléphone (INVITE), une fois que celui-ci a accepté l'appel (OK), tu lui renvoies un" renvoi inconditionnel" ==> il appelle (en passant par le proxy SIP qui lui est configuré) l'autre poste téléphonique et libère la communication avec ton PC. C'est en SIP, en moins de 200 lignes de code (commentaires compris) et fonctionne avec n'importe quel PABX ... vu qu'il ne l'utilise pas pour la première étape :)
[^] # Re: So what ?
Posté par porki . En réponse à la dépêche O'Reilly France : fermeture définitive. Évalué à 10.
Je suis français et ma langue maternelle est le français. Je me débrouille bien en anglais, mais quand j'ai besoin de comprendre _exactement_ ce qui est dit, quand j'ai besoin d'apprendre _efficacement_, je préfère le français (d'où l'importance d'une bonne traduction). De plus, tout le monde ne maîtrise pas l'anglais suffisamment pour s'instruire dans cette langue et cela peut provoquer une barrière pour certains dans l'acquisition de connaissances en informatique.
Si l'on recherche des documentations de références en anglais, on a les RFC, les normes et standards. Tout y est. Toutes les autres documentations, livres, articles sont là pour expliquer et rendre plus accessible les notions techniques. La traduction est un de ces moyens.
Donc tant mieux si O'Reilly continue d'éditer des livres aussi bons, mais si la fermeture de la maison d'édition française signifie l'arrêt des traductions en français, je pense que c'est une très grosse perte pour les francophones.
# Je crois que je vais plutôt prendre l'avion ...
Posté par porki . En réponse au journal Moyen de transport farfelu. Évalué à 10.
-- à 15km d'altitude, j'espère que tu fournis les moumoutes car congeler ses clients, c'est pas très vendeur.
-- charger 50 personnes d'une mongolfière (plutôt immobile) vers un planneur (plutôt mobile), il faudra avoir à faire à des sacrés pilotes. On peut penser que les gens sautent de la mongolfière pour arriver dans le planneur qui passe dessous juste à ce moment là ...
-- le planneur ne pourra pas s'approcher de trop près au risque de toucher la mongolfière (et que tout ce petite monde se scratche 15 km plus bas).
-- la mongolfière se déplace au grès du vent, donc la rencontre entre la mongolfière et le planneur se fait un peu au hasard (quand tu montes de 15km, tu as le temps de dériver).
-- un planneur pour 50 personnes, ca commence à être du planneur de compét' ... il te faudra un airbus pour le monter en haut, pas un petit avion à hélice !
Donc si tu as un super pilote et des candidats au suicide/passagers prêts à sauter d'une mongolfière en se gelant les cou... pour espérer attérir sur un planneur 50m plus bas (au risque de se scratcher 15km plus bas), je pense que c'est jouable :) Juste un conseil, prévois quand même un service juridique dans ton entreprise ... ça arrive les passagers mécontents !
[^] # Re: UVC
Posté par porki . En réponse au journal quand les constructeurs découragent la communauté. Évalué à 2.
Dans son cas, il peut donc réaliser ce qui est "génant" chez lui. Maintient du site web du projet, maintient de la documentation et autres choses annexes peuvent continuer à être faites lors de ses heures de bureau.
HP va peut-être vouloir qu'il ne fasse _rien_ de près ou de loin avec ce projet. Dernière solution dans ce cas, c'est travailler sur le produit totalement en dehors des heures de bureau (hors locaux d'HP et sans matériel d'HP), et anonymement (il donne le projet à qqcun d'autre et continue à contribuer sous un pseudo non connu). Sinon, changer d'entreprise.
[^] # Re: Insider
Posté par porki . En réponse au journal Microsoft vs Alcatel vs Linux. Évalué à 3.
C'est l'OmniPCX Entreprise. De ce que j'ai compris, ce sont sur les aspects temps-réel que des modifications ont été apportées au noyau.
[^] # Re: A mon avis...
Posté par porki . En réponse au journal Microsoft vs Alcatel vs Linux. Évalué à 3.
Sauf que le commercial en question semblait au courant qu'ils utilisaient Linux dans leur produit car il en a parlé de lui même.
Il faudrait songer à arrêter de penser que les préoccupations des geeks de linuxfr, intégristes militants du logiciel libre, sont partagées par le commun des mortels.
Euh, quand tu crées un produit qui est très fortement lié à un autre venant de l'extérieur, il me semble normal que tu te préoccupes des conditions d'utilisation et de modification de cette base. Ca n'a rien à voir avec Linuxfr ou autre ! Penses-tu, s'ils utilisaient MS WIndows, qu'ils allaient s'assoir sur les clauses de Microsoft ?
Mais attention, je pose la question de savoir si qqcun a déjà récupéré les sources (biensûr en ayant acheté le produit), car l'obstacle pour obtenir les sources n'est peut-être que dans mon "service achat".