D'apres un thread sur la linux kernel mailling list, l'argument de free comme quoi on vous prete la freebox ne serait pas suffisant pour s'opposer a la diffusion des sources modifies de linux si la freebox tourne reellement dessus.
http://marc.theaimsgroup.com/?t=109734481900004&r=1&w=2(...)
Journal freebox et linux
11
oct.
2004
# Argument supplémentaire non évoqué ici
Posté par Thomas Bigot . Évalué à 3.
Ce qui me semble bizarre, c'est que bien que la freebox ne contienne pas le système quand elle est livrée, après un premier redémarrage, ce doit bien être le cas.
Dans le cas contraire, elle devrait le recharger à chaque boot, ce qui ne se produit pas.
[^] # Re: Argument supplémentaire non évoqué ici
Posté par lezardbreton . Évalué à 4.
[^] # Re: Argument supplémentaire non évoqué ici
Posté par Pierre . Évalué à 1.
[^] # Re: Argument supplémentaire non évoqué ici
Posté par deftones_chris . Évalué à 5.
La fourniture de l'équipement de connexion (modem) est incluse dans le prix du forfait. Le modem reste la propriété insaisissable de Free Telecom SA.
dixit http://adsl.free.fr/hd/description.html(...)
[^] # Re: Argument supplémentaire non évoqué ici
Posté par SubBass . Évalué à 1.
[^] # Re: Argument supplémentaire non évoqué ici
Posté par lezardbreton . Évalué à 7.
[^] # Re: Argument supplémentaire non évoqué ici
Posté par deftones_chris . Évalué à 3.
sauf si tu ne la rends pas : tu l'achète alors quelques centaines d'euro
Les vaut elle ?
[^] # Re: Argument supplémentaire non évoqué ici
Posté par dawar (site web personnel) . Évalué à -1.
-->[]
[^] # Re: Argument supplémentaire non évoqué ici
Posté par tux77 . Évalué à 1.
J’ai entendu parlé de http://www.materiel.net/details_ZY-P2000W-PS.html(...) mais n’ai pas eu de retour d’expérience à ce sujet.
Qu’en pensez-vous ?
[^] # Re: Argument supplémentaire non évoqué ici
Posté par rouge13 . Évalué à 3.
depuis le 18 Mars 2004 la freebox est envoyé à tous les nouveaux abonnés et la téléphonie marche partout (dégroupé ou pas)
a ma connaissance c'est le seul terminal internet qui permet de téléphoner en non dégroupé (IP/ADSL).
je crois que la neuf box ne permet de téléphoner qu'en degroupé mais pas sur en fait.
[^] # Re: Argument supplémentaire non évoqué ici
Posté par earxtacy . Évalué à 1.
http://www.wireless-fr.org/spip/article.php3?id_article=69(...)
[^] # Re: Argument supplémentaire non évoqué ici
Posté par Gniarf . Évalué à 3.
comme si tu prétendais qu'elle soit volée ou perdue par exemple : rembourser Free ne les rend pas contractuellement obligés de faire quoi que ce soit si tu la retrouves ensuite derrière la machine à laver. au contraire, c'est devenu un bout de plastique sans valeur.
[^] # Re: Argument supplémentaire non évoqué ici
Posté par Croconux . Évalué à 10.
Un peu bancal comme argument. On te la prète à condition que tu t'abonnes à leur service. C'est de la location. C'est comme dire que Windows est gratuit parce qu'il est préinstallé sur une machine. Il n'est pas gratuit, c'est compris dans le prix.
Tout ça me fait penser à toutes ces pubs où on abuse du terme "gratuit" : "Le 4e amortisseur gratuit". Bah non il n'est pas gratuit puiqu'il faut acheter les 3 autres. C'est -25% sur le lot de 4. Rien n'est gratuit dans l'histoire s'il y a une obligation d'achat.
[^] # Re: Argument supplémentaire non évoqué ici
Posté par TImaniac (site web personnel) . Évalué à 4.
[^] # Re: Argument supplémentaire non évoqué ici
Posté par imr . Évalué à 2.
S'il suffit qu'une boite file un pc en disant "il est à moi" à ses clients pour que le code des logiciels gpl dessus et modifiés ne soit pas ensuite reversés dans la communeauté c'est clairement un trou dans la license.
Mais je n'y crois pas. Que la freebox soit à free ou pas, que le code soit sur les dslam ou pas au début, le logiciel est quand même diffusé aux clients qui l'utilisent.
Merde, rien qu'en téléchargeant un bout de film par bittorrent tu es un diffuseur de l'oeuvre parce que tu files des bouts du film aux autres utilisateurs du soft de p2p. C'est clairement la même chose là, ok, free garde sa propriété sur sa boite, mais LE LOGICIEL EST DIFFUSE A L EXTERIEUR DE FREE PUISQUE JE NE FAIS PAS PARTIE DE LA SOCIETE FREE.
[^] # Re: Argument supplémentaire non évoqué ici
Posté par TImaniac (site web personnel) . Évalué à 5.
A partir du moment où le matos ne t'appartient pas, tu n'es même pas censé savoir ce qu'il y a à l'intérieur (d'ailleur il est interdit de l'ouvrir), donc tu ne peut demander à avoir accès au firmware, et encore moins à son code source.
Par contre je penses qu'il serait intéressant de vérifier ce qu'il en est pour la LiveBox par exemple, qui peut être acheter auprès de Wanadoo... Si j'ai bien suivit, la LiveBox utilise également une techno dérivée de VideoLan (ou tout du moins de l'entreprise dérivée du projet), il y a donc de fortes chances pour qu'on y trouve le même genre de système dans la bobox. Et là par contre la bobox t'appartient...
(PS : pour bittorrent, je vois pas du tout le rapport avec la choucroute, là il y a manifestement une copie d'un contenu, je ne vois pas du tout en quoi tu peux rapprocher celà du couple DSLAM/TerminauxBox des FAI)
[^] # Re: Argument supplémentaire non évoqué ici
Posté par imr . Évalué à 4.
Que je sache rien n'iindique dans la gpl que tu dois être propriétaire ou pas du matos sur lequel tourne le soft, c'est quand tu distribue ton logiciel à l'extérieur de ta boite vers des clients que tu dois ensuite publier les modifs, non?
Que je sache je suis un client de free, je ne fais pas partie de free et j'utilise leur logiciel qu'ils me diffusent/distribuent depuis le dslam ou dans la boite c'est selon.
Mais bon, je reconnais que je ne suis pas avocat d'une part, que le monde de l'embedded est particulier et qu'il y a (eu) des trous dans la gpl comme l'histoire des ASPs.
Et en plus j'ai pas la freebox, j'ai une crotte en usb. Alors, ma gueule!
[^] # Re: Argument supplémentaire non évoqué ici
Posté par TImaniac (site web personnel) . Évalué à 3.
Ce qui importe c'est "qui" utilise le soft, et qui doit accepter la licence par le même fait : en l'occurence c'est Free, et l'utilisateur c'est plus ou moins la freebox, toi tu n'es qu'un intervenant extérieur. Le matos appartient à Free, c'est à Free d'accepter les licences de ce qui tournent sur ses terminaux, qu'ils soient restés dans leurs usines ou qu'ils soient dans ton salon. La GPL t'oblige à diffuser le source à partir du moment où tu diffuses des travaux dérivés à une tierce personne afin qu'il en accepte également la licence, ou bien si tu vends tes travaux dérivés. On est dans aucun des 2 cas : c'est du matos à Free, ils font tourner ce qu'ils veulent dessus, du moment qu'ils respectent la licence de ce qu'ils utilisent.
Ils sont pas bête non plus chez Free, s'ils ne vendent pas la FreeBox, c'est pour plusieurs raisons, dont celle des licences. Une autre raison est que tu ne peux pas modifier la freebox, et ainsi lui injecter du code qui te permettrait par exemple de diriger le flux MPEG2 directement vers ton PC plutôt que vers la sortie analogique. La principale raison est qu'ils peuvent, sans rien te demander, changer le firmware, et ainsi avoir un parc de terminaux à peu près homogènes, qui répondent correctement et ne font pas n'importe quoi sur le réseau.
(PS : dis toi que la freebox pourrait très bien être dans les locaux de FT et que le câble rj45 serait ta ligne téléphonique... il faut surtout pas t'imaginer que avoir la freebox chez toi signifie que tu es le moindre droit dessus et sur ce qu'elle contient.)
[^] # Re: Argument supplémentaire non évoqué ici
Posté par imr . Évalué à 3.
-si c'est légal
-si c'est un trou dans la gpl (c-a-d est ce que utiliser du code libre comme ça et ne pas filer les modifs est éthique).
Pour le premier cas, n'étant pas avocat, mon opinion a autant d'avis que les émissions de méthane d'une termite.
Pour le deuxième cas, je n'en sais rien en fait, mais ça resemble à ce qui était considéré comme un trou dans la gpl il y a quelques années, les ASP. Je fous un serveur d'application avec des softs gpls modifiés, mes utilisateurs/clients se connectent sur mon serveur, ne diffusant pas le soft, je n'ai pas à diffuser mes modifs.
C'était considéré comme un trou (loophole) dans la gpl à cette occasion, et je ne vois pas trop la différence avec le cas présent.
En l'occurence, je sais par ailleurs que les cas de linux embedded sont justement très compliqués à cause de ça et je ne prétends pas comprendre tous les tenants et aboutissants.
Ce qui est certain, c'est que dans mon fort intérieur, j'ai la conviction qu'ils devraient filer les modifs de leurs noyaux. Ils ne sont pas obligés de fournir une distro compléte et tout, mais que leur travail soit disponible à tous, ça me semble aller dans le sens de la gpl, ou quelque chose m'échappe.
[^] # Re: Argument supplémentaire non évoqué ici
Posté par TImaniac (site web personnel) . Évalué à 4.
Dans le cas des applications distribuées, toi tu diffuses ton application à tes clients : ils l'execute sur leurs terminaux.
Effectivement il peut y avoir un problème au niveau de la GPL, l'utilisateur doit-il accepter la licence, est-ce considéré comme une diffusion auprès d'autres utilisateurs ? Je ne sais pas. Ils ont résolu ce trou d'ailleur ?
Pour le cas de Free, il faut bien voir que tu n'a absolument pas de question à te poser : c'est leur matos, et c'est leur matos qui utilise des bouts qui sont peut-être sous GPL, ils ne diffusent rien, ils diffusent en interne sur leur réseau, même s'il arrive dans ton salon). C'est leur propriété privée, ils font ce qu'ils veulent, sans aucune obligation vis-à-vis de la GPL.
Je comprends bien ton malaise, tu trouves que cette technique va à l'encontre des objectifs de la GPL, et que celà manque d'éthique. D'un point de vue légal, y'a rien à redire. Mais s'ils ont choisient cette solution, c'est avant tout pour ne pas avoir à divulger ce qu'il y a à l'intérieur de la FreeBox, secret industriel oblige (histoire de ne pas montrer son savoir faire) : ils gardent le secret, passant à côté de la GPL. Mais il faut voir qu'en contre-partie ils ne peuvent vendre leur terminaux et doivent en assurer toute la maintenance, mise-à-jour, etc.
Maintenant une autre question est : pourrait-on modifier la GPL pour qu'elle tienne compte de ce cas de figure ? Difficilement applicable, sinon celà poserait de grave problème d'interopérabilité entre les solutions proprio et les solutions libres : imagine que les clients qui naviguent sur un site web hébergé sur un serveur sous GPL soient obligé d'accepter la licence... Il y aurait à mon avis beaucoup trop de dérive.
Enfin comme je l'ai déjà dis, je penses que ce problème pourrait bien concerner la LiveBox, qui elle est vendue au client...
[^] # Re: Argument supplémentaire non évoqué ici
Posté par calandoa . Évalué à 2.
Si le noyau tournant sur la Freebox est modifié, ne pas diffuser le source est une violation de la GPL... Peut être que d'un point de vue juridique, l'argument précédant pourait tenir grâce à un bon avocat, mais d'un point de vue moral, c'est clairement abusif.
Enfin bon, j'ai une freebox (non je n'ai rien mis dedans :-), j'en suis très content, et en fait ça ne me dérange pas plus que ça que le source ne soit pas diffusé... Free reste quand même un bon fournisseur d'accès pro linux et je suis prêt à leur passer ce genre de petites magouilles...
[^] # Re: Argument supplémentaire non évoqué ici
Posté par Mr F . Évalué à 2.
Ta tentative d'argumentation est vraiment tirer par les cheveux !!! :-)
Dans l'absolu, c'est comme une baie de fibre Colt qui arrive dans un datacenter, c'est à Colt, la fourniture de service commence après, même si une fibre sort du mur de ton datacenter pour aller dans la baie Colt entreposé dans ton datacenter.
Il y a certainnement tout un tas d'exemple du même type que l'on pourrait citer.
Si le noyau tournant sur la Freebox est modifié, ne pas diffuser le source est une violation de la GPL...
Non, on ne peut clairement pas être aussi catégorique et surtout penser que l'on est plus émminent que les juristes de Free.
d'un point de vue moral, c'est clairement abusif
Oui ça je suis d'accord.
Maintenant Free contribu beaucoup au libre notemment en hébergeant des mirror de distribution ou autre. On peut dire que ça compense.
[^] # Re: Argument supplémentaire non évoqué ici
Posté par TImaniac (site web personnel) . Évalué à 3.
La GPL stipule clairement qu'on est obligé de refiler les sources des programmes que l'on diffuse afin que l'utilisateur puisse faire ce qu'il veut avec le programme : le modifier, le recompiler, etc, le redistribuer, etc.
Là Free ne veut clairement pas que celà arrive : non pas pour les même raisons qu'un soft proprio, mais tout simplement parcque le matos lui appartient : Free ne veut pas voir sa freebox tourner avec n'importe quoi dessus. Ce but est à mon avis tout à fait louable d'un point de vue morale.
La GPL n'est là que pour permettre la diffusion de l'esprit LL à travers la distributions de programmes issus de composants GPL : là il n'y a aucune distribution au client (là il n'y a qu'un déploiement interne), donc le client ne perd aucune des libertés fondamentales de la GPL puisque de toute façon il n'a pas le programme.
[^] # Re: Argument supplémentaire non évoqué ici
Posté par Calim' Héros (site web personnel) . Évalué à 2.
Sony, Nintendo ou Microsoft souhaitaient ils voire des linux tourner dans leur consoles? Combien de routeur on des firmware modifié? Comment OOo ouvre les .odc? J'en passe et des meilleurs.
Le seul interet pour Free est bien ne pas devoiler ces secrets maison trop rapidement pour maintenir son avantage (si il y en a) sur la concurence.
[^] # Re: Argument supplémentaire non évoqué ici
Posté par TImaniac (site web personnel) . Évalué à 1.
- "vous avez quelle version de firmware ?"
- "version 6.43.2 alpha 4 warlord-mega-boost-GPL"
-"..."
[^] # Re: Argument supplémentaire non évoqué ici
Posté par Calim' Héros (site web personnel) . Évalué à 2.
[^] # Re: Argument supplémentaire non évoqué ici
Posté par Arnaud (site web personnel) . Évalué à 3.
Ben non, parceque tu peux en prendre que 3. Et pour le prix de 3, t'en as un quatrième ... qui est offert, mais que tu n'est pas obligé de prendre.
[^] # Re: Argument supplémentaire non évoqué ici
Posté par Pat Le Nain . Évalué à 2.
[^] # Re: Argument supplémentaire non évoqué ici
Posté par fouyaya . Évalué à 3.
> Ce qui me semble bizarre, c'est que bien que la freebox ne contienne pas le
> système quand elle est livrée, après un premier redémarrage, ce doit bien être le
> cas.
ca ne me semble pas bizarre du tout... bien au contraire :
1) man bootpd
2) http://linuxfr.org/~rangzen/11401.html(...)
ce qui serait beaucoup plus judicieux plutot que de devoir changer toutes les freebox à chaque fois qu'ils font un changement dans leur noyau.
Du coup, quand la freebox est syncro : linux est en RAM. Quand la freebox est éteinte, linux est dans /dev/null.
[^] # Re: Argument supplémentaire non évoqué ici
Posté par yodaz . Évalué à -1.
> éteinte, linux est dans /dev/null.
Hmm, alors dans ce cas là, comment tu expliques qu'il soit nécessaire de "mettre à jour" la freebox ? Un simple reboot devrait suffir non ?
[^] # Re: Argument supplémentaire non évoqué ici
Posté par Raphaël Maurel-Segala . Évalué à 5.
[^] # Re: Argument supplémentaire non évoqué ici
Posté par yodaz . Évalué à -1.
[^] # Re: Argument supplémentaire non évoqué ici
Posté par fouyaya . Évalué à 2.
Pour ce qui est de mettre à jour la freebox, si je continue sur mon idée du bootp, quand on met en place une machine diskless avec bootp, il est quelquefois nécéssaire de flasher l'eeprom de la carte réseau pour que cela fonctionne correctement... pourquoi pas le même système ici ?
[^] # Re: Argument supplémentaire non évoqué ici
Posté par yodaz . Évalué à 1.
> cela fonctionne correctement... pourquoi pas le même système ici ?
Parce qu'il me semble que les mises à jour de la freebox concernent beaucoup d'autres choses que ce que peut contenir une eeprom, par exemple changements dans le comportement des boutons de la télécommande, ou mises à jour des menus interactifs permettant de naviguer entre les chaines, ce qui m'amène a penser que la freebox a un OS "en dur".
[^] # Re: Argument supplémentaire non évoqué ici
Posté par fouyaya . Évalué à 2.
du coup :
- mise à jour coté utilisateur = reboot freebox => chargement nouveau noyau puis boot sur le noyau. A partir de la, c'est une station diskless avec un OS tout ce qu'il y a de plus robuste (un linux ou un bsd quoi). Pour cela, la seule info qui tienne dans l'eeprom, c'est l'adresse ip (ou un masque reseau sur lequel faire un broadcat pour obtenir) le serveur tftp (le DSLAM) contenant le noyau sur lequel booter
- si une mise à jour du cote free est necessaire, ce n'est que pour flasher l'eeprom afin de lui donner un nouveau masque/adresse ip
=>> pas besoin d'avoir 4Mo d'eeprom pour faire fonctionner une station diskless ;)
a partir du moment ou tu bootessur le reseau, tu as un OS.
Bien entendu, si la freebox fonctionne alors que la synchro n'est pas faite, mon raisonnement tombe à l'eau. Mais sur ce point, il n'y a que les utilisateurs de freebox qui peuvent me le confirmer ou non.
[^] # Re: Argument supplémentaire non évoqué ici
Posté par yodaz . Évalué à -1.
> l'eeprom afin de lui donner un nouveau masque/adresse ip
Juste une petite remarque, il me semble que les freebox dégroupées sont en ip fixe, donc ce flashage *n'aurait* aucune utilité, quelqu'un peut confirmer ?
[^] # Re: Argument supplémentaire non évoqué ici
Posté par fouyaya . Évalué à 1.
> si une mise à jour du cote free est necessaire, ce n'est que pour flasher
> l'eeprom afin de lui donner un nouveau masque reseau sur lequel est le DLSAM/adresse ip du DSLAM
Pour l'IP fixe : première connection de la freebox = obtenir une adresse dans un pool DHCP puis enregister la correspondance @ip & @Mac. A chaque reboot : réaffectation de l'@ip en fonction @Mac
[^] # Re: Argument supplémentaire non évoqué ici
Posté par yodaz . Évalué à -2.
[^] # Re: Argument supplémentaire non évoqué ici
Posté par fouyaya . Évalué à 3.
je vais faire comme si tu ne comprenais vraiement pas :
tu ne flash jamais ta freebox, c'est free qui (peut) le faire.
flasher : c'est pour un firmware.
booter : c'est pourt un OS
procedure pour changer de firmware (supposition du fonctionnement chez free) :
allumer sa freebox
freebox : broadcat pour trouver le DSLAM
freebox : tftp pour DL le noyau
freebox : boote sur le noyau
freebox : initrd
freebox : script_free_qui_fait_plein_de_truc_peut_etre_aussi_DL_dernier_firmware
freebox : si versionfirmware<versionDL alors flash eeprom ET reboot freebox sinon
freebox : finir booter sur le reseau (dhcp....)
flasher le firmware peut etre long : temps DL dudit firmware + 2 boot necessaires (i.e. DL 2 x le moyau & faire 2 x la synchro....)
[^] # Re: Argument supplémentaire non évoqué ici
Posté par yodaz . Évalué à -2.
[^] # Re: Argument supplémentaire non évoqué ici
Posté par Mr F . Évalué à 2.
Bien sûr sur du nom dégroupé le processus doit être différent surtout qu'il faut passer l'authentification FT... Mais dans ce cas je pense que c'est lié a l'authentification...
[^] # Re: Argument supplémentaire non évoqué ici
Posté par fouyaya . Évalué à -1.
mais (je fais encore des suppositions...) je serais eux... je ne me ferais pas ch... à avoir différents noyau/script de démarrage/firmware/... pour les freebox degroupées et celles qui ne le sont pas.
> Bien sûr sur du nom dégroupé le processus doit être différent surtout qu'il faut
> passer l'authentification FT... Mais dans ce cas je pense que c'est lié a
> l'authentification...
???
authentification FT ???
la freebox est un.... modem. Quand tu es dégroupé, tu module/demodule vers un numéro local (expl : 042) à ton central téléphonique: DSLAM. Quand tu n'es pas dégroupé, tu module/demodule vers un numéro 'long' (expl : 01 42 42) qui sera routé vers le serveur free....
comment la freebox fait elle pour savoir si elle est degroupée ??? il suffit d'envoyer un signal sur un numéro local (042) s'il y a une reponse => dégroupé sinon, faire le numéro routable sur le réseau FT.
l'authentification s'il y en a ;) est donc faite au niveau des serveurs free !
je ne sais pas si je me fais bien comprendre... je schématise le plus possible.
ATTENTION.... PURE SUPPOSITION QUE TOUT CECI !
[^] # Re: Argument supplémentaire non évoqué ici
Posté par Mr F . Évalué à 9.
la freebox est un.... modem. Quand tu es dégroupé, tu module/demodule vers un numéro local (expl : 042) à ton central téléphonique: DSLAM. Quand tu n'es pas dégroupé, tu module/demodule vers un numéro 'long' (expl : 01 42 42) qui sera routé vers le serveur free....
comment la freebox fait elle pour savoir si elle est degroupée ??? il suffit d'envoyer un signal sur un numéro local (042) s'il y a une reponse => dégroupé sinon, faire le numéro routable sur le réseau FT.
l'authentification s'il y en a ;) est donc faite au niveau des serveurs free !
je ne sais pas si je me fais bien comprendre... je schématise le plus possible.
ATTENTION.... PURE SUPPOSITION QUE TOUT CECI !
Erf oui c'est tellement de la supposition que c'est plutôt n'importe quoi :-)
Rapide explication Adsl :
L'adsl utilise une couche de fréquence haute et permet donc de passer sur les même lignes que de la voie sans la géner. Du coup le fonctionnement est différent d'un modem classique RTC qui lui utilise les tuyaux de téléphonie car étant en fréquence basse. Les tuyau de téléphonie classique ne transporte clairement pas les fréquences hautes.
L'adsl utilise le tuyau local vers le noeud de raccordement FT (le NRA, là ou arrivent les lignes, donc abonné->Noeud de racordemment d'abonnées). Ensuite, il faut séparer la téléphonie (fréquence basses) et les données (en haut) via le DSLAM (il trie, en gros). La téléphonie passe par le réseau normal FT, pas de changement (un cable part donc du DSLAM vers le réseau téléphonie classique), par contre la donnée passe elle par la collecte FT puis est dirigé vers le FAI (par un autre cable FT, spécifique ADSL).
Donc du coup, le dslam (en non dégroupé) appartient à FT et l'authentification est donc effectué par FT (pour pouvoir ensuite savoir vers quel FAI la collecte doit être dirigé). La collecte appartient à FT aussi et le FAI paye donc en fonction de la bande passante utilisé. En gros c'est cher, spécifique et il n'y a qu'un contrôle limité sur le tout (sans parler de la réactivité).
La redirection vers le FAI s'effectue par un tunnel L2TP, on construit un tunnel du départ (le dslam ou peut être le modem, à voir) vers le FAI de destination grâce à l'authentification en passant par les tuyaux de collecte directement relié au FAI.
Maintenant, en dégroupé :
La ligne est directement relié au DSLAM du FAI. Il n'y a donc que la ligne entre le domicile et le NRA qui appartiennent à FT. Ensuite, la ligne est complétement séparé du réseau FT et la téléphonie classique FT ne peut donc plus être utilisé. Pour le reste, les opérateur dégroupeurs utilisent chacuns des technologies plus ou moins différentes avec chacun ses spécificités. Donc la ligne arrive sur le DSLAM du FAI, et la collecte part généralement directement vers le FAI (enfin vers un pop du FAI) sans enprunter spécifiquement de réseau FT. Ensuite, en fonction des opérateurs de dégroupages chacun utilise soit ses propres fibres soit celle d'un opérateur tier qui disposent de ses propres fibres arrivant au seins du NRA.
Donc, pour finir, le dégroupage en France néscessite :
- La pose de dslam FAI dans les NRA (y'en a style 4 ou 5000 environs mais ne sont pas tous dégroupable et les 500 plus gros représentent environs 50% des raccordés FT).
- L'acheminement de la ligne du dégroupé vers le dslam (on pose un cable entre la ligne et le dslam, en gros).
- L'acheminement des données (la téléphonie étant transformé en donnée) vers le FAI (donc faut poser de la fibre ou en louer).
Il peut y avoir quelques petites erreurs dans le texte, mais le principe est exacte.
[^] # Re: Argument supplémentaire non évoqué ici
Posté par fouyaya . Évalué à 1.
merci pour les infos.
[^] # Re: Argument supplémentaire non évoqué ici
Posté par fouyaya . Évalué à 3.
http://www.lart.tudelft.nl/(...) et http://www.lart.tudelft.nl/gallery/(...) pour le photos
The LART is a small yet powerful embedded computer capable of running Linux. Its performance is around 250 MIPS while consuming less than 1 Watt of power. In a standard configuration it holds 32MB DRAM and 4MB Flash ROM, which is sufficient for a Linux kernel and a sizeable ramdisk image.
de quoi s'amuser pour se faire sa propre *box (pour les plus courrageux ;) ou pour faire n'importe quel type de live-box (a le bon temps, les études :)
P.S. bootp, tftp, j'ai pas assez de RAM, put... ca rame grave, mais qu'est ce qui se passe ??? on a perdu les deriners logs :(... tout ca j'ai deja donné ;) alors je pense que ma solution bootp+tftp+"un lart customisé"=freebox ;)
[^] # Re: Argument supplémentaire non évoqué ici
Posté par Mr F . Évalué à 3.
[^] # Re: Argument supplémentaire non évoqué ici
Posté par Gniarf . Évalué à 2.
[^] # Re: Argument supplémentaire non évoqué ici
Posté par tramoster . Évalué à 0.
Pour moi, préférence au papier cul !
# Discussion de la FSF France sur le sujet
Posté par CoCoZ (site web personnel) . Évalué à 2.
http://lists.gnu.org/archive/cgi-bin/namazu.cgi?query=freebox&s(...)
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.