----- "Jérôme Nicolle" <jer...@ceriz.fr> wrote: > - Les vilains concurrents pétés de thunes, genre neuf, le font déjà > sur leur box, sur ce coup c'est toi qui est à la traîne. C'est juste
Tu parles des 3 lignes de sources qu'ils ont publiées? Ca ne fait pas une box ça. Sauf erreur, Freebox (Code de Maxime) a balancé largement plus de code en GPL de sa box que Neuf mais je me trompe peut-être... Mettre en ligne le BSP fourni par broadcom, c'est facile. Prenons le savoir faire dans une box (CPE ADSL, pas la STB car là c'est encore un plus gros morceau): 1) Axiome de base: si tu veux faire différent et mieux que les autres, il faut maîtriser les 2 côtés (CPE et DSLAM). 2) IGMP pour faire le zapping TV entre le CPE et le DSLAM, c'est pourri car il n'y a pas de remontée d'erreur. Ca ne permet pas de gérer des trucs subtiles côté réseau du genre: * abstraire la notion d'IP multicast (la STB et le CPE n'en ont rien à faire de savoir l'IP mcast du flux, ce qui les intéresse c'est de dire "je veux regarder France2, j'ai X Mbps de débit dispo sur ma ligne et je suis un boitier qui sait faire du H264 ou juste du MPEG2". C'est au réseau (dslam) de se débrouiller et envoyer le flux HD, mpeg2 ou bas-débit en fonction de ces éléments. * Répondre à la box "t'es pas abonnée à ce service, passe à la caisse d'abord" * Répondre à la box "t'as pas pris l'abonnement "multiposte" dans le bouquet X, passe à la caisse d'abord" Bref, pour faire tout ça, il faut son propore protocole => relire l'axiome 1) 3) Il n'y a pas plus chiant que de regarder la TV et se prendre un saut d'image toutes les minutes => merci PhyR (retransmission de codewords au niveau de la couche ADSL) et ReTX UDP (retransmission de trames UDP/TV complètes géré au niveau des cartes abonnés des dslams) Là aussi, pour faire ces 2 services, il faut maîtriser les 2 côtés => relire l'axiome 1 3 bis) une évolution assez sympa du 3 va arriver bientôt (prochaine mise à jour des dslams et du firmware ADSL CPE) => relire l'axiome 1 4) Pour faire le service XXX qui sera lancé bientôt, il faut supporter la feature X côté DSLAM et Y côté CPE => là aussi, relire l'axiome 1 (pas taper, vous saurez ce que c'est avant l'été) 5) Pour faire de la VoD qui scale, qui sait tenir 100Gbps de trafic et des malades du "fast forward" sur la télécommande, là aussi invente ton propre protocole (xxxx sur udp) car ce qui existe ne scale pas 6) Si tu veux que ta box dépasse les 10j d'uptime et pouvoir tenir le code dans une flash/RAM 2 fois plus petites que tes camarades, réécris complètement le code du chipset. Le code fourni par le fabricant de composants c'est pour VxWorks avec des ifdef imbitables pour Linux. T'as plus vite fait de coder que de debugguer! 7) Le 6) s'applique aussi aux CPE des boites que tu rachètes => commence par les flasher toutes!! 8) Madame Michu (99,99% des abonnés ADSL) veut une box qui marche avec plein de services. L'API pour geeks, elle s'en fout 9) Ne venez pas me parler de services pour les TPE/PME car si Free un jour se décide de se lancer de près ou de loin là-dedans, vous serez les premiers à venir pleurer en nous ressortant le discours sur la "destruction de valeurs" parce que j'aurais rajouté le support des VPN L2/L3 et le Centrex avec gestion par une interface web pour 30€/mois. Il y a encore probablement une dizaine de petits détails que j'oublie (concernant la téléphonie notamment) mais le but est de montrer qu'un CPE du type "freebox ADSL", c'est pas juste un modem ADSL comme celui qu'on trouve chez XXX (y a qui fabrique encore des modems ADSL déjà? ;) C'est une terminaison du réseau, taillée pour que le code rentre au chausse-pieds (pour des raisons de coûts) et rajouter des API à la con juste pour faire plaisir à la galerie, c'est franchement pas d'actualité. Quand il nous reste quelques octets de libres en flash ou en RAM, on pense surtout à quel est le service dans la TODO database (oui, elle est tellement grande que ça tient plus dans une liste) qu'on va pouvoir mettre dedans! A+ Rani --------------------------- Liste de diffusion du FRnOG http://www.frnog.org/