vpo a écrit 170 commentaires

Et Eolas vient de faire un billet sur son blog.
Vue sa notoriété sur le Net, je me dis que son billet permettra à plein de gens de savoir qui était Dennis Ritchie :

http://www.maitre-eolas.fr/post/2011/10/13/In-Memoriam-Dennis-MacAlistair-Ritchie

Mais quid des performances d'un tel réseau de box ?
Je me souviens de ce commentaire de MrLapinot sur la dépêche traitant de Netsukuku:

(...) avec un réseau maillé, si tu veux faire transiter des informations de Paris à Bordeaux (et je ne parle pas de Tokyo), tu as besoin de lignes à haut débit entre les deux. Le wifi point à point, même si on sait le faire des quelques kilomètres, tu as un problème de débit qu'il faudra bien gérer un jour ou l'autre si tu entends passer à l'échelle.

C'est ça que je leur reproche, en fait : ils font tout un foin pour gérer (soit-disant) un "Internet alternatif", mais la couche physique de cet Internet n'existe tout simplement pas. C'est pas pour faire plaisir aux grands méchants capitalistes qu'on a inventé les FAIs, c'est juste qu'économiquement et physiquement, c'est la seule solution.

Après, on peut vouloir des FAI associatifs (comme FDN), on peut vouloir de la régulation, de la neutralité, etc. Mais l'application typique des réseaux maillés, c'est à l'échelle du quartier ou de la ville. Et quand tu couvres une région entière, comme guifi.net en Catalogne (voir la carte du réseau : http://guifi.net/node/2413/view/map), tu utilises quand même essentiellement des liaisons de FAI pour les liaisons longue distance (parce que oui, ça va plus vite de prendre l'ADSL puis les backbone de l'internet que le wifi). Croire qu'un réseau maillé peut passer à l'échelle totalement sans FAI, c'est juste irréaliste.

Il gardent tous sauf le cryptogramme à 3 chiffres, semble-t-il.

Histoire vécue : J'avais acheté un truc sur Amazon. Comme toi, juste après l'achat, j'ai supprimé mes coordonnées bancaires. Comme le transporteur ne trouvait pas trace du colis, Amazon a voulu faire un renvoi de commande.

Le hotliner m'explique alors qu'il ne peut pas refaire un envoi car car j'ai effacé mes données bancaires. (Pour quelle raison mystère.... Les infos de facturation et de livraison devraient être indépendantes, le Numéro de commande devant suffire à faire le lien. Mais ce n'est pas le sujet...).

Et il me sort son joker : "Je viens de réactiver vos données de carte bancaire. Ainsi je viens de vous rembourser et d'annuler votre commande. Vous devriez voir le crédit de votre compte sous 3 jours. Vous pouvez recommander le même article en changeant de mode de livraison si vous le souhaitez. Bonne journée Monsieur".

Et effectivement, sur mon compte Amazon, mes coordonnée bancaires étaient réapparues. En revanche, lorsque j'ai recommandé, le système m'a demandé de redonner certains infos (cryptogramme au moins j'en suis sûr, peut être la date de validité, je ne sais plus) en me signalant que les infos liées à ma carte bleue étaient incomplètes.

My 2 cents.

La perte de pan d'expertise, ils connaissent chez Nokia, puisqu'ils ont déjà refourgué toute l'expertise modem à Renesas :
[http://www.engadget.com/2010/07/06/nokia-sells-wireless-mode(...)].

Ça me fait furieusement penser à l'aire Tchuruk pour Alcatel.
Alcatel était un très bon fabricant de mobile. Puis ils ont arrêté la R&D. Puis ils ont arrêté de vendre aussi :-).

Tout simplement par ce qu'il y a des gens avec un graveur de CD et pas de graveur de DVD. Mon PC est une bouse de 2001. Cela suffit largement pour de la bureautique. Et je n'ai pas de graveur de DVD dessus.

Et comme je ne grave déjà presque rien hormis un peu d'archivage de données, l'utilité d'acheter un graveur de DVD ne m'apparaissait pas flagrante.

Je sais, je suis un une espèce en voie de disparition qui mourra bientôt faute de savoir s'adapter :-)

C'est cohérent avec leur segment de marché.

Ils proposent aux gens qui s'équipent sans rien n'y connaître un système simple à mettre en oeuvre pour faire les tâches de monsieur tout le monde : courrier, internet, mail, webcam pour voir les (petits) enfants loin de chez eux, etc...

Et le petit vieux qui s'équipe, un portable à 500 euros ou 900 euros il en voit à l'hyper du coin où il faut ses courses. Donc le prix ne va pas le choquer. Par contre si tu lui colles une hotline à 34 centimes d'euros le minute, il va fuir car il sait que cela va lui coûter un bras si il faut qu'il appelle la hotline pendant des plombes.

Leur créneau c'est la simplicité d'utilisation avec une hotline accessible depuis une ligne non surtaxée (ils auraient pu proposer un numéro classique pour que cela rentre dans le forfait ADSL des FAI).
Ils font payer le service dans le prix de la machine, tout simplement.

Qu'en est-il des fonds de cartes maintenant tombés dans le domaine public? Sont-ils assez détaillés (bien que anciens) pour cartographier facilement les grandes étendues peu habitées (en comparaison des zones urbaines) comme la montagne ?

Évidemment, cela implique tout de même un boulot immense de scan et de saisie de tous les éléments cartographiés sur ces cartes libres de droit.

Dans le dev embarqué, plusieurs return dans une même fonction ce n'est pas bien.

Les optimisations du compilo peuvent supprimer des returns si bien que le debug en mode pas à pas ne permettra plus de pointer au bon endroit dans le code source d'origine.

Peut-être par ce que même un débutant peu cliquer sur le premier lien de la dépêche ou bien faire une recherche de grep sur google fr.
Il aurait ainsi pu avoir comme premier résultat de sa recherche l’articule grep de Wikipedia Fr s'il ne lit pas l'anglais.

Je suis allé voir la démo est je suis impressionné.

Je préviens: je ne connais pas grand chose au Javascript et rien du tout aux APIs offertes par les navigateur pour interagir avec l'OS/l navigateur.

Serait-il facile de proposer des copier-coller gardant le format des cellules:

- entre deux instances différentes de l'appli utilisant cette librairie ?
- entre une instance de l'appli utilisant cette librairie et une appli native de l'OS (genre copier coller vers / depuis OpenOffice). ?

Je suppose qu'il y a du boulot pour la deuxième option, car cela exige de gérer l'API presse papier de l'OS hôte voir du bureau hôte (KDE, Gnome, etc...).

Mais pour la première option, entre deux onglets de FF ou de Opera par exemple, serait-ce relativement facile à faire ou bien là aussi un travail de titan ?

Encore faut-il pouvoir patcher le bootloader.
Si c'est une boot rom soudée en usine qui se charge de charger depuis la flash le binaire signé, ça devient particulièrement compliqué.

Cela dépend, tu peux avoir différente clé et si une clé est corrompue, le constructeur peut la révoquer. Si par malheur tu mets ton Firmware à jour avec un firmware officiel, c'est mort.

Ben non, le but c'est d'authentifier l'origine du binaire.
Tu signes avec un clé RSA le binaire (ou plus rapide un CRC calculé sur le binaire).

L'embarqué va alors authentifier le binaire (ou son CRC).

Si tu n'as pas la clé publique tu ne peux pas signer le binaire et donc il ne sera pas authentifié. La boot ROM refusera de lancer le binaire.
Si le système est bien fait, le boot ROM autorise un moyen de reflasher une appli même si l'appli actuellement flashée est refusée.

Si c'est mal fait, hormis dessouder la flash ou avoir un moyen de faire exécuter du soft en RAM via un JTAG sans passer par l’authentification de la boot rom, le matos est bon pour la poubelle.

De toute façon, Mandriva, Ubuntu, c'est du kifkif.
C'est du libre pas vraiment libre puisque avec la GPL, on ne peut faire du logiciel propriétaire. Comme le dit Steve Ballmer, Linux est un cancer.

Au moins avec les licences BSD, on peut faire ce que l'on veut du code.
Ça c'est la vraie liberté.

Bon vendredi tout le monde.

Il est tellement beau celui-ci, que je ne peux retenir des larmes de joies et de bonheur. Merci Kowalsky c'est du grand et bel ouvrage.

Ben hormis un grand complot mondial avec masquage dynamique du code sur lequel je bosse, je n'ai jamais rien vu de tel. Ou alors je fais aussi parti du grand complot mondial ;-).

Par contre ce qui est vrai, c'est que le service e911 devient obligatoire.
Le 911 c'est le numéro d'urgence aux USA (notre 112). Et le e911 c'est la version améliorée avec localisation GPS de la personne ayant appelé le 911. Le but est de localiser la personne en détresse au plus vite et surement.

C'est en train de devenir obligatoire pour les mobiles (ca permet de vendre du chipset GPS partout, achetez des actions SiRF, ca va monter :-)). A terme ca deviendra obligatoire dans le bagnoles.

Et donc oui, on peut imaginer un jour un législateur exigeant le relevé de position permanent de tous les mobiles pour fliquer tous les citoyens car c'est bien connu, il n'y a que ceux qui ont un truc à se reprocher qui seront contre une telle loi :-).

Pour le micro ouvert en permanence, cela impliquerait une transmission de données permanente.
Or, un mobile qui n'est pas en communication pas sa vie à dormir le plus possible et se réveille un bref instant et régulièrement pour savoir si le réseau cherche a le joindre. Ou alors il se fait réveiller par un interruption hard si l'utilisateur touche au clavier.
De quelques mA en veille on passe à plusieurs centaines de mA en mode dédié.

Donc un type qui se ferait espionner se rendrait compte que son téléphone se décharge super vite.
Presque aussi vite qu'un téléphone utilisé depuis plus de 3 ans et dont la batterie coute plus chère à remplacer que le prix du téléphone neuf... faut bien faire vivre le petit commerce :-)

C'est pour cela que en 3G, le réseau doit aussi s'authentifier auprès du mobile. Ca n'empêche pas les failles de sécurité, mais cela empêche l'usurpation d'identité 'rapide'.

Euh si, Qualcomm a aussi un baseband 2G.
Exemple [http://pdf1.alldatasheet.fr/datasheet-pdf/view/167681/QUALCO(...)].

Oui il était tard et donc je me suis mal relu et il manque donc bien un morceau de phrase.

Je vais approfondir un peu.

De plus en plus le modem est acheté par le fabricant de mobile.
Donc soit le fabricant à son modem soit le fabricant préfère sous-traiter la partie modem.

Et dans ce dernier cas, la fabricant de mobile veut tout le modem (appelé aussi le baseband) même si il fera des modifs dans la stack pour les interactions avec l'IHM ou bien pour corriger des bugs lui-même.

Et donc c'est au fournisseur de chipset de fournir la preuve que son baseband (radio +pile protocolaire) fonctionne un minimum. Si un fournisseur de chipset ne vient qu'avec la partie radio, sans la pile protocole, le fabricant de mobile n'en voudra pas car il lui faudra les compétences pointues pour intégrer la stack sur la radio et tester le tout.

J'espère que c'est plus clair maintenant :-).

Bonsoir à tous,

Ceci est mon premier post sur linuxfr même si je lis les dépêches depuis des années. Merci d'être indulgent :-)

Je me présente :

Je bosse depuis près de 10 ans dans la téléphonie mobile (d'abord chez un constructeur puis ensuite chez un fabricant de chipset).
J'ai fais de la validation protocole par contre je suis une bille en RF.
J''ai aussi intégré des piles protocolaires GSM/UMTS sur le layer 1 développé en interne. Et maintenant, je développe des drviers embarqués toujours pour du mobile.

Les différentes interventions sur cette dépêche me laissent supposer que quelques précisions sont nécessaires pour que vous compreniez la quantité colossale de boulot et d'argent qu'il faut pour avoir un mobile qui fonctionne parfaitement.

Faire un design de référence qui fonctionne dans les cas autoroute c'est du boulot, mais c'est faisable. Mais cela ne suffira pas pour être sélectionné par un opérateur.

1/ Quelques infos sur les tests sur réseau réel.

En Europe, tout le monde teste sur les réseau réels. Au pire si votre protocol stack est trop pourrie, vous ne vous attacherez pas au réseau ou bien vous prendrez un connection release (ou votre soft crashera :-)).

En théorie, les opérateurs ont des listes grises des IMEI des terminaux qui sont crades et si ils font n'importe quoi ils peuvent les blacklister (en gros, dès que le mobile veut s'attacher le réseau lui balance un attach reject). Mais je ne l'ai jamais vu car avant de lancer un mobile sur réseau réel on s'assure que cela marche un minimum sur testeur.

En 3G c'est plus difficile. Du fait de la techno d'accès radio, le contrôle de puissance est très important. Si vous émettez trop fort, vous pourrissez tout le monde. Au Japon, nous avions dû faire approuver notre contrôle de puissance par l'opérateur client avant de pouvoir tester sur son réseau. Et c'était que pendant une plage horaire limitée avec monitoring des IMEI des mobiles et des IMSI des cartes SIM. Donc là ça ne rigolait pas. Mais les japonais sont... exigeants (pour ne pas dire procéduriers).

2/ La validation des terminaux.

Les tests sont de plusieurs types.

Il y a les tests GCF/PTCRB dont un contributeur a déjà parlé.
Il s'agit de tests validés sur des équipements de tests vendus par des sociétés comme Anite, Rhode & Schwarz, Racal, Agilent, etc...
Le materiel et les softs avec mises à jours coûtent des cetaines de milliers d'euros.

Exemple: nous avions loué pendants des mois et des moins un équipement de tests avec tous les tests GSM et GPRS disponibles. C'était 45 000 Eur / mois en 2002. C'est bien simple, en 2 mois c'était plu cher que mon F2 en zone 5 carte orange acheté en 2001 !

Mais il y a aussi tous les tests sur les réseaux réels (field tests) et de test des opérateurs (NOIOT pour Network Operator Inter Operability Testing) et des fournisseurs d'infra (NVIOT Network Vendor Inter Operability Testing).

Au tout début du GSM, les NVIOT étaients gratuits. Maintenant tous vous facturent à l'heure.

Et quand l'équipement de test est trop cher, il y a les test house (CETECOM, Seven Layers) qui facturent froidement en milliers d'euros de l'heure. Imaginez un test qui plante une journée entière...

3/ Les autres trucs à résoudre

Ensuite il y a des problème de consommation électrique, de dissipation thermique et aussi de performance pour les débits data.

J'oubliais, de nos jours votre mobile se doit d'être dual mode 2G/3G. On appelle ça l'inter-RAT (Radio Access Technology). Là aussi c'est du boulot.

D'expérience, je peux vous dire qu'aucun fabricant de mobile se tapera lui-même l'intégration d'une protocole stack sur une radio si il n'a pas sa propre solution en interne.

C'est au fournisseur de chipset de fournir la preuve que le baseband (radio +pile protocolaire).

Dans ma précédente boite, ils ont décidé de changer la radio. Ils ont pris plus d'un an de retard pour tout refiabiliser et tout revalider.
Résultat: la maison mère à jeté l'éponge et ils tout arrêté. Et pourtant à la grande époque il y avait 300 personnes en Europe bossaient sur le dev et la valid.

Enfin il y a le problème des royalties. Les normes telecoms sont farcies de brevets détenus par Nokia, Qualcomm, etc...
Ces entreprises sauront demander des royalties à toute société qui vendra un mobile sans un chipset à eux dedans.

4/ Que tirer comme conclusion de mon laïus (j'espère pas trop indigeste)?

OsmocomBB sera certainement une très bon projet pour du homebrew ou bien pour l'enseignement (cela deviendra peut être le minix des telecoms).

Mais sans l'appui financier important d'un industriel avec les reins solides, je ne vois pas comment le projet pourra être validé comme les produits des acteurs du marché afin d'être déployé en masse.