Ce serait intéressant que ceux qui ont vécu l'introduction de l'enseignement des logiciels libres puissent écrire ici comment cela s'est déroulé.

Voici des cours en ligne que je trouve très bien fait :
http://www.linux-france.org/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 !

[ Répondre ]

Bon, après vérification, j'ai dit une conn... : l'interface web se connecte au serveur 4760 ; elle ne permet pas de s'en passer.

[ Répondre ]

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.

[ Répondre ]

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 :)

[ Répondre ]

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 !

[ Répondre ]

http://www.travail.gouv.fr/informations-pratiques/fiches-pra(...)

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.

[ Répondre ]

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.

de Emil Gustav Friedrich Martin Niemöller.

[ Répondre ]

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 ...

P.S : J'ai travaillé dans une SSII.

[ Répondre ]

Quel est donc le moyen de se protéger de ces postes qui viendraient polluer le réseau ?

[ Répondre ]

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é ?

[ Répondre ]

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).

[ Répondre ]

Ce que j'ai fait sur la téléphonie sur IP (SIP) se trouve ici : http://lehmann.free.fr/Contributions/SIP/

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 ...

[ Répondre ]

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 :)

[ Répondre ]

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.

[ Répondre ]

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 !

[ Répondre ]

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.

[ Répondre ]

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.

[ Répondre ]

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".

[ Répondre ]

Je n'ai pas trop cherché sur les brevets en question : "La technologie en cause dans le procès de vendredi concernait des applications servant notamment à lire des DVD avec Windows ou dans le cadre des applications Outlook, Money et Windows Mobile de Microsoft." peut-on lire sur Yahoo!. Plus d'info : "http://fr.news.yahoo.com/afp/20080405/tbs-usa-technologies-i(...) ".

Effectivement, je passe un peu vite de licence à brevet, c'est parce que pour moi tout cela est lié à la propriété intellectuelle.

[ Répondre ]

Pour commencer, SIP propose d'établir une session RTP entre 2 pairs et de faire en sorte que cette session RTP passe par aucun ou quelques ou tous les serveurs qui ont été contactés lors l'établissement de la connexion. Donc dire que SIP est mal conçu c'est être à côté de la plaque car il a été conçu pour justement s'adapter à tous les cas.

Ensuite, quelle est la meilleure architecture pour SIP ? Avec ou sans serveurs intermédiaires ? Bhen ça dépend. Je peux vous trouver autant de cas qui nécessitent de passer par des serveurs intermédiaires (parcage d'appel, MéVo, transcodage, passerelles vers RTC, ...) que de cas qui nécessitent de passer par du direct poste à poste (économie BP si serveur hors site, gestion des services par les postes eux-mêmes, éviter de surcharger les serveurs centraux, ...). Internet n'est pas le seul réseau informatique au monde. Les réseaux en entreprise peuvent regrouper des centaines de milliers de machines également, avoir des architectures et des besoins très différents.

[ Répondre ]