Le Mon, 25 May 2009 00:16:19 +0200 (CEST), Rani Assaf <ras...@corp.free.fr> a écrit :
Salut, > > 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 Oué, enfin Free doit faire comme tout le monde du multicast avec du "recovery from burst losses" en combinant R-UDP et FEC et Free a rajouté deux ou trois conneries dans le flux I-Frame pour faire l'ICC (Instant Channel Change) qui vérifie que tu as bien le droit "zapper" vers ta nouvelle destination. L'I-Frame doit faire un peu plus que de permettre de bufferiser pour le STB quoi. Free a sa ferme de DServer (Distributed Server) qui supporte les mécanismes de "recovery from burst losses" R-UDP + FEC pour balancer la sauce en multicast et le support de l'ICC, la même chose sur le VHO (Vidéo End Head). Free a sa ferme pour la VoD qui supporte la même chose mais sur de l'Unicast. Je me trompe ? > > 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 C'est bien çà, R-UDP + FEC, çà doit faire entre 5 et 10% d'overhead. > 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 Free a inventé un protocole mieux de ceux existant ? Sérieux ? Soit je prends çà dans la même veine que le message de Xavier Niel : Free fait de la vrai haute définition avec un débit de ~6 MBits/s (H624, etc.) et personne y croit une seule seconde. Soit je te prends au sérieux et Free nous raconte ce qu'il a fait sur RTP, RCTP et compagnie pour la VoD. > > 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 Madame Michu elle a bon dos dans cette histoire mais puisque tu en parles : Madame Michu elle aime bien savoir pourquoi çà marche pas et si son ISP est responsable ou pas et Madame Michu elle aime pas tjs qu'on la balade pour résoudre certains pbs alors si dans la box de Madame Michu, y a un petit outil qui permet de faire des diags sur le long terme, c'est pas seulement Madame Michu qui va être contente mais aussi son ISP, surtout s'il se targue de faire les choses mieux que les autres. Et pas une curieux hasard, le geek pourrait lui fournir le petit outil aussi bien à l'ISP qu'à madame Michu. Ceci dit Madame Michu, c'est un marché à relativement court terme ... Enfin /me dissa, /me dirien ;-) > 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! On a compris je crois ... que t'as pas compris l'idée ;-) En quoi çà défriserait Free de faire dans l'OpenSource pour de vrai en menant lui même la communauté ? Il rendrait ouverte des implémentations de méthodes et techniques qui lui viennent des labos de de AT&T, Cisco, Broadcom, etc. et les partenaires sont pas d'accord ? Et çà fait chier de palabrer avec eux pour leur expliquer que c'est dans leur intérêt ? ou tout simplement Free ne comprend son intérêt à faire de l'OpenSource pour de vrai mais a par contre bien compris que choisir de l'OpenSource, c'est dans son intérêt pour faire un CPE qui lui sied (des années d'ingénierie et de pissage de ligne de code faites par la crème des programmeurs les plus casses couilles qui soient, c'est la garantie que çà ne devrait être que mieux comme socle de travail). Je l'ai déjà dit et c'est valable pour tous les constructeurs de CPE avec du FOSS dedans : c'est pas fairplay (la légalité, je m'en tamponne un peu). a +. -- Jérôme Benoit aka fraggle La Météo du Net - http://grenouille.com OpenPGP Key ID : 9FE9161D Key fingerprint : 9CA4 0249 AF57 A35B 34B3 AC15 FAA0 CB50 9FE9 161D
pgpAyQFboy6TT.pgp
Description: PGP signature
