[FRnOG] [BIZ] Contact chez Aruba.it
Bonjour, Est-ce que quelqu'un aurait un contact chez aruba.it (abuse/phishing) à me communiquer en privé ? Nous n'avons malheureusement pas de réponse de leur part via abuse@ ou leur support. Merci d'avance, Thomas --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [MISC] La fibre / le cable chez le voisin
Avec NC par exemple, ils ne proposent pas dans leur test d'élibigilité les adresses où il y a déjà un client... Ex : j'habite au 121 et j'ai le cable à la maison et dans le test d'éligibilité il n'y a que les numéros ... 118 119 120 122 123 ... :/ Thomas Le 18 avril 2013 16:18, Benjamin BILLON a écrit : > Hello, > > Une question me taraude. > Qu'est-ce qui fait qu'un opérateur propose la fibre ou le câble au numéro > 50 d'une rue, mais pas au 52 ? Ou même de 1 à 31 et de 45 à 79, mais pas > entre 33 et 45 ? > > Fourreaux pleins ? > Appli pas à jour sur leur site et/ou dans leur call center ? > Muraille indestructible ? > > -- > Benjamin > > --- > Liste de diffusion du FRnOG > http://www.frnog.org/ --- Liste de diffusion du FRnOG http://www.frnog.org/
[FRnOG] Re: [FRnOG] Re: Questionnement d'un administrateur s ystème sur l'IPv6
Le 12 décembre 2010 20:33, Stephane Bortzmeyer a écrit : > On Sun, Dec 12, 2010 at 07:28:22PM +0100, > Rémy Sanchez wrote > a message of 72 lines which said: > >> Cependant cette adresse est passablement chiante à utiliser (il faut >> systématiquement préciser le numéro d'interface, ce qui n'est même >> pas géré par tous les logiciels), > > Et il n'existe pas de standard pour sa représentation texte, même si > la syntaxe fe80::21e:8cff:fe76:29b6%eth0 est assez courante. Sauf sous windows où c'est %interface_id (juste un numéro, vu qu'eth0 ça n'existe pas :)) --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] M6 replay depuis Bouygues Telecom : pourquoi on arriveaux USA ?
Tout comme BD+ (http://en.wikipedia.org/wiki/BD%2B) => owned Tu as A, la partie qui est contenue sur le disque et B qui est la partie qui est téléchargée on demand. Tu as f, la méthode qui fait f(A,B) => C. Si on a pas B, ça peut être compliqué (on peut imaginer que B soit une clé de chiffrement par exemple, comme dans le satellite). Or, on a sur d'avoir A et B (au moins sur un PC, car A est sur le disque et il est possible d'intercepter B lors de son transfert, même s'il transite de manière chiffrée vu que la machine le déchiffre un jour ou l'autre). Il reste donc f() l'inconne qui transforme A et B pour donner C. Tu soumet l'idée que f peut changer a chaque film, pourquoi pas, ça veut juste dire que f() doit transiter un jour ou l'autre et que donc on peut l'intercepter. Mais tout ceci est bien complexe et comme tu dis peut prendre des années à analyser (soit, on a bien mis 4 ans a casser la PS3...). Donc il faut trouver un moyen plus rapide. Tu nous dit que le flux MPEG4 transite quelquepart qui n'est pas récupérable par logiciel. Donc il transite possiblement dans le noyau pour atterrir dans la carte graphique pour s'y faire décoder (supposition, il y a d'autres possibilités). On a donc trois axes de recherches : - un pilote falsifié de la carte graphique dumpant le flux qui lui est envoyé - un pilote noyau, celui-ci résidant dans le noyau il peut lire tout ce qui transite et donc dumper le flux mpeg4 - une machine virtuelle dans laquelle on fait tourner le windows, ce qui permet de voir toutes les E/S possible de l'OS et donc dumper le flux qui arrivera un jour ou l'autre sur la carte video Pour travailler dans un laboratoire de recherche d'informatique et regardant de près les problématiques de sécurité informatiques, je peux te dire qu'il n'y a _aucun_ algorithme sur à partir du moment où il tourne sur le cpu de la machine. Les seuls algo qui tiennent la route sont les algo de chiffrement reposant sur des problèmes mathématiques difficiles a résoudre. On peut parler de plusieurs centaines de milliers d'années pour explorer un espace de 256 bits. Donc si on est au milieu et qu'on a pas la clé, récupérer les données est très difficile (on a l'exemple de TrueCrypt qui a resisté à la NSA...). Mais comme là on se trouve a l’extrémité du tunnel avec 100% des données, c'est raté. Avec une grande capacité de stockage, on pourrait même imaginer faire tourner le windows dans un émulateur, enregistrer 100% des instructions machines executées pour pouvoir rejouer a sa guise le film. Comme dit dans mes précédent mails, c'est pas simple mais pas impossible. La seule tentative avec les contenu HD était l'HDCP où on déportait le flux chiffré jusqu'à l'écran. Il est donc impossible au niveau de la machine de récupérer le flux non chiffré. Or l'histoire a montré certaines clés sont tombées puis la master-key rendant la protection nulle. Sur ce, j'ai encore du pain sur la planche :) Le 23 octobre 2010 18:21, Pierre Col a écrit : > Thomas SOETE wrote: > >> On est pas plus fort que les experts mondiaux, on dit juste qu'en >> informatique si un logiciel sait faire A+B => C, un autre peut le >> faire. > > Non. > > Un premier logiciel fait C = A - B. Il fait ce "split de B contenat 99% du > contenu et C contenant 1% du contenu selon un algo aléatoire qui, lui-même, > dépend aléatoirement de A et de A seul. > Un autre logiciel, à partir de ces infos aléatoires dépendant alors de B et > C, sait refaire A = B + C. > > Pour autant, il faudraitt quelques années à n'importe quel autre logiciel > pour faire A = B+C. Et de surcroît, même si au bout de quelques années un > algo sachant comment faire A = B + C était trouvé, l'auteur de l'algo ne > saurait ni faire A' = B' + C' ou A" = B" + C". Suf à y repasser quelques > années pour chaque. > > L'intérêt du système est qu'il n'y a pas de clé dont la fuite compromettrait > tout un catalogue. > > >> Ça peut prendre plusieurs mois pour étudier la routine de décodage >> intégrée à pumit mais ... c'est faisable. > > Amusez-vous : ça vaut le coup, si c'est bientôt déployé à grande échelle > avec plein de films de majors... > > -- > Pierre > > --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] M6 replay depuis Bouygues Telecom : pourquoi on arriveaux USA ?
On est pas plus fort que les experts mondiaux, on dit juste qu'en informatique si un logiciel sait faire A+B => C, un autre peut le faire. Ça peut prendre plusieurs mois pour étudier la routine de décodage intégrée à pumit mais ... c'est faisable. Et dans le pire des cas, si quelqu'un veut récupérer le flux pour le redistribuer, il ira au plus facile : dumper le flux DVI qui lui n'est pas protégé et le recompressera. Ça c'est faisable dans l’immédiat. Je te l'accorde que ce n'est pas à la portée du premier quidam et refaire de la compression à la volée n'est pas évident sans une certaine puissance de calcul (ou de stockage pour récupérer le flux brut DVI). Mais ça peut permettre de récupérer un fichier avec une qualité équivalente à l'original. De toute façon, si ça se déploie à grande échelle, ça subira le même sort que CSS AACS BD+ ... (j'ai l'impression de me répéter là ...). Thomas Le 23 octobre 2010 15:15, Pierre Col a écrit : > Stephane Kanschine wrote: > >> Ou que toi, tu n'as pas regardé assez bas (système). C'est beau >> d'avoir des illusions, garde les :-) > > OK, je laisse tomber, vous êtes plus fort en décodage vidéo que les > meilleurs experts mondiaux sur le sujet. > Vous devriez en faire un métier, ça paye vraiment bien, surtout aux USA :-) > > -- > Pierre > > > --- > Liste de diffusion du FRnOG > http://www.frnog.org/ > > --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] M6 replay depuis Bouygues Telecom : pourquoi on arrive aux USA ?
Comme dit plus haut, dump du flux dvi. Terminé :-) (Et qu'on ne me parle pas d'HDCP, hein ...) Le 23 octobre 2010 14:27, Pierre Col a écrit : > Jérôme wrote: > >> Quelque soit la difficulté au niveau du flux, je ne vois toujours pas >> ce qui va m'empêcher de récupérer le signal au niveau video, même en >> considérant une légère perte de qualité, > > Eh bien, si tu ne vois pas, c'est que tu n'as pas regardé d'assez près :-) > > -- > Pierre > > > --- > Liste de diffusion du FRnOG > http://www.frnog.org/ > > --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] M6 replay depuis Bouygues Telecom : pourquoi on arrive aux USA ?
Hum ... a partir du moment ou un algorithme peut le déchiffrer, le même algo dans un autre programme peut le déchiffrer. C'est comme ça, on peut rien y faire, et la sécurité par l'opacité n'est qu'une question de temps et de patience. On a bien vu ce que ça donnait avec CSS / AACS / BD+ / FairPlay / ... même les DRM microsoft étaient crackée il y a quelques temps (je sais pas si ça a évolué). Je ne connais pas a l'heure actuelle une seule techno qui a tenu le coup ! Le 22 octobre 2010 22:17, Pierre Col a écrit : > Valentin Descamps wrote: >> >> Je vais peut-être écrire une bêtise mais nous sommes vendredi donc je >> tente : >> Message pour les chers ayants-droit : le flux est décodé sur le poste >> client pour que l'utilisateur puisse le voir et rien ne garantit >> qu'il n'y a pas un bout de code sur ce poste client qui s'amuse à >> récupérer ce flux décodé. > > Non, vraiment, désolé mais là tu te trompes : sur Windows on peut garantir > que l eflux ne sera pas intercepté entre un soft qui génère le flux MPEG-4 > et l'écran qui l'affiche en passant par la carte vidéo. Sinon en effet PUMit > n'aurait aucun sens : les labos techniques des majors US et MovieLabs ont > validé PUMit sur PC tout récemment, et croyez-moi ils ont désespérément > essayé de craquer le truc dans tous le sens pour nous renvoyer dans nos > foyers :-) > . > Sur Mac, en revanche en passant par le stack QuickTime on ne peut pas > protéger le flux qui peut être intercepté : la seulesolution > aujourd'huiserait de développer du bas niveau pas portable dans les tréfonds > de la gestion vidéo de MacOS X c'est pas dans les moyens actuels de > UbicMedia... > C'est aussi pourquoi Apple a de grosse difficultés avec les majors US... > > -- > Pierre > > > --- > Liste de diffusion du FRnOG > http://www.frnog.org/ > > --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] M6 replay depuis Bouygues Telecom : pourquoi on arrive aux USA ?
Et, rien n'empeche de l'executer ton JS ;-) C'est le même principe qu'en flash où est inclus dans le .swf une routine appelée par le serveur lui permettant de savoir si le player est bien le bon (et pas un lecteur tiers). Mais du swf ça s'analyse/exécute aussi ... :-). Intel a bien essayé avec le HDCP de continuer la chaine de confiance jusqu'au diffuseur (on pourrait donc aussi imaginer que ce soit l'écran qui déchiffre le contenu et pas la machine) ... mais la master-key HDCP a été leaké :/ Le 22 octobre 2010 19:56, Rémy Sanchez a écrit : > > On Fri, 22 Oct 2010 18:00:06 +0200, BORONSKI MARTIN > wrote: >> >> Le 22 oct. 2010 à 09:20, Pierre-Yves Kerembellec a écrit : >> As-tu trouvé un moyen d'apporter un quelconque niveau de sécurité >> sur du HTML5, en dehors d'un token ? > > As-tu trouvé un moyen d'apporter un quelconque niveau de sécurité sur du > ? > > (remplacer par une technologie qui permet à l'utilisateur de voir une > vidéo, et en particulier sur le web) > > Oui bon, troll, mais c'est vendredi... > >> On y réfléchit et mes équipes me poussent pour qu'on fasse le saut, >> mais sans sécurité "state of the art" et sans outils de >> monétisation (oui, je sais, on en revient tjs à l'argent ...), c'est >> pas simple. > > Mon avis qui vaut ce qu'il vaut : de toute façon, le contenu est diffusé > illégalement (quoi que dans le cas de M6, pas tant que ça). Mais ça veut > dire que des réseaux "mafieux" se mettent en place pour diffuser ce contenu > hors de tout contrôle. Alors que s'il était diffusé officiellement dans les > mêmes conditions (gratuit, simple, pas de client/plugin spécifique et lourd, > toussa), le contrôle serait assuré par la non nécessité de créer des réseaux > alternatifs. Et les ayants droit peuvent fournir un meilleur service que les > pirates, avec une qualité garantie, l'exhaustivité du contenu, ... Sans > oublier la monétisation, avec du contenu HD, l'accès aux historiques, le > téléchargement des contenus... > > (oh, je viens de voir un bisounours chevauchant une licorne) > > D'ailleurs, qu'est-ce que tu entends par "outils de monétisation" exactement > ? La pub ? > > Sinon pour """sécuriser""" de la vidéo en HTML5, j'ai quelques idées à la > con, mais je vois assez bien comment les contourner :/ Dans la catégorie > contournable mais chiant à contourner : découper la vidéo en petit morceaux, > chiffrer chaque morceau avec une clef différente, et les déchiffrer avec du > Javascript. Pour le fun, changer l'algo de chiffrement régulièrement (ou > même, faire un générateur d'algo de chiffrement qui en génère un nouveau > pour chaque vidéo, mais ça devient un peu gore). Pas besoin d'un chiffrement > compliqué, le but du jeu est juste de faire chier, donc mettre des bits en > trop par ci par là, passer des trucs au XOR, faire du chiffrement de César, > ... > > Une autre idée : toujours avec une vidéo en morceaux, ne donner le morceau > suivant que si le client donne une checksum calculée sur le morceau > précédent (même topo : on change l'algo souvent, et la clef est donnée au JS > en échange d'un token par exemple). Variante : un seul morceau, mais tout > les XXX octets le client envoi une requête avec la checksum, sans quoi le > téléchargement est coupé. > > Ah et bien sûr, ça n'est pas la peine de le préciser mais je le fais quand > même, la base c'est de ne pas utiliser des URL prédictibles... > > > My 42 cents... > > -- > Rémy Sanchez > --- > Liste de diffusion du FRnOG > http://www.frnog.org/ > > --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] M6 replay depuis Bouygues Telecom : pourquoi on arrive aux USA ?
Car encore actuellement, si l'on souhaite utiliser un service "web" on n'est pas obligé de passer par la box de l'opérateur ? Si on ne souhaite pas de téléphonie ni de télévision, on peut encore utiliser un modem "standard". Après, mettre le DPI directement dans les boxes, quid de l'utilisateur qui vire la box pour mettre un modem "standard" a la place ? Il faut regarder du côté du DSLAM pour ne plus dépendre de l'utilsateur et là ce sont les FAI qui vont être content ;-) Le 22 octobre 2010 18:07, Yves Dubromelle a écrit : > Le 22/10/2010 18:00, BORONSKI MARTIN a écrit : >> >> Je pense qu'un modèle "P2P+DRM" devrait être assez convaincant sur le >> papier, mais il reste 2 problèmes : >> - les chunks, même DRMisés, se retrouvent dans la nature ... et ça c'est >> "mal" >> - il faut installer un client pour supporter tout cela, et ça c'est aussi >> "mal", car ça rend l'expérience utilisateur plus complexe : je me connecte, >> je dois installer un logiciel qui dans une minorité de cas va me faire des >> écrans bleus / rideaux gris / plantages / ... et ensuite j'aurai peut-être >> accès au contenu ... autant continuer à pirater :( >> > Pourquoi ne pas inclure ce genre de clients directement dans les boxes, et > rendre ainsi cela plus transparent ? > Quand on voit la facilité avec laquelle on nous parle d'inclure du DPI dans > les boxes, on se dit que tant qu'à les alourdir autant que ça serve vraiment > :) >> >> On a tenté ce type de clients qques années de cela, c'était un calvaire >> pour nos internautes. >> >> On préfère rendre l'expérience utilisateur la plus "smooth" possible : je >> me connecte et j'ai la vidéo de suite. C'est ce qu'on a trouvé de plus >> efficace pour luter autant que possible contre le piratage. >> > > > --- > Liste de diffusion du FRnOG > http://www.frnog.org/ > > --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] M6 replay depuis Bouygues Telecom : pourquoi on arrive aux USA ?
Et l'équipe de Spotify a bloqué l'accès aux comptes gratuits (donc rémunérés par la publicité) via les logiciels tiers mais a laissé l'accès libre aux comptes payant ... :-) Thomas Le 22 octobre 2010 13:01, Thomas Mangin a écrit : > On 22 Oct 2010, at 11:20, Ludovic Fauvet wrote: >> - 55% du cache (client lourd) >> >> Source: >> http://www.nada.kth.se/~gkreitz/spotify-p2p10/kreitz-spotify-p2p10.pdf > > Merci pour la source. > > Tu as donne la raison : client lourd propriétaire et ferme, même si le > protocole est maintenant connu. > http://despotify.se/ > > Thomas > > --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] M6 replay depuis Bouygues Telecom : pourquoi on arrive aux USA ?
Il me semble d'ailleurs que Spotify utilise ce genre de technologie pour diffuser son contenu musical afin de réduire ses coûts d'infrastructure. https://www.spotify.com/int/help/faq/tech/network-connections/ 2010/10/22 Stefan P : > Bonjour à tous, > Déja, merci pour ce thread très "on-topic" et intéressant. > J'ai une remarque relative à cette histoire de P2P-VoD: je ne comprends pas > en quoi le fait d'utiliser cette techno de diffusion ou une autre a une > incidence sur le "piratage" des contenus. A priori, le flux n'est visible > que par des utilisateurs ayant installé une application client spécifique, > qui, j'imagine, ne redistribue les paquets qu'a des peers ayant un token > approprié et/ou sous forme cryptée - ce qui fait qu'un autre client doit > etre aussi authentifié que le client "initial". > J'ai l'impression que "l'ayant droit" de l'histoire réagit à un accronyme à > trois lettres: "P2P == je distribue mes contenus en clair sur bittorrent", > ce qui n'est manifestement pas le cas ici. > Bien sur, il est toujours possible de casser les limitations et protections > du client P2P-VoD, mais comme le soulignait quelqu'un dans le thread, > tous les contenus sont de toutes façons disponibles "illégalement". Je ne > crois pas que cela serait plus facie avec cette techno. Et dans ce contexte, > réduire le cout des solutions légales me parrait etre la meilleure chose à > faire, dans la mesure ou cela peut permettre (on peut réver) de réduire leur > prix, et donc l'attractivité des version pirates. > Un autre point qui me fait réagir: le P2P reporte le cout sur l'ISP - c'est > sans doute vrai, mais long terme, c'est peut-être bénéfique: cela aurait > tendance à pousser les ISP à continuer de construire des réseaux adaptés à > cette architecture, c'est à dire (pardonnez ma terminologie ghetto) > "fortement maillés". En tant qu'ingénieur, utilisateur et meme cityoyen, je > prefere un réseau permettant des hauts débits entre utilisateurs à un réseau > optimisé pour quelques gros emetteurs, ce qui semble non seulement être un > casse-tete pour tout le monde, mais en plus représente l'inverse de ce que > le net a apporté, et des raisons de son succès: l'echange entre individus, > pair à pair, pas forcement à tous les niveaux techniques mais en tout cas > dans l'utilisation finale. > My 20 cents :p > Stefan > 2010/10/22 BORONSKI MARTIN >> >> On a été approché par plusieurs éditeurs de ce type de solutions, et elles >> sont toutes très séduisantes. >> Dans un autre contexte, je n'hésiterai pas à les utiliser. Dans l'actuel, >> je préfère ne pas prendre de risque. >> >> J'ai en tête une réduction de ~ 30% du transit lorsqu'on utilise du P2P. >> Si c'est aussi le taux de perte financière en perdant certains de nos >> contenus, ça n'a plus de sens. >> >> Vous me direz qu'on pourrait le faire sur nos contenus et continuer à >> faire du transit sur les contenus sensibles, mais du coup ça fait deux >> plateformes à maintenir, des couts supplémentaires, un peu plus de jus de >> cervelle, davantage de "points of failure" à surveiller, ... >> >> Bref, c'est pas simple ;) >> >> Martin >> >> Le 22 oct. 2010 à 00:39, Rémi Bouhl a écrit : >> >> > Le 21/10/10, BORONSKI MARTIN a écrit : >> >> Tout à fait d'accord avec vous, c'est très prometteur. Le pb est que >> >> c'est >> >> interdit par nos ayants droits :( >> >> On doit se contenter de technologies classiques comme Flash ou >> >> Silverlight. >> >> Malheureusement, nous n'avons pas trop le choix. >> >> >> >> Martin >> > >> > Sauf que ces technologies (y compris RTMP de Adobe) permettent >> > également de capturer le contenu. >> > Sous Linux, c'est dingue le nombre de choses théoriquement impossibles >> > à copier qu'on voit traîner dans /tmp (c'est un peu plus compliqué >> > sous Windows). Les ayants-droits semblent pourtant se satisfaire de >> > cette situation, vu que 95% des gens ne savent même pas que le fichier >> > est accessible si on s'en donne la peine. >> > >> > Possible qu'avec un joli enrobage du protocole BitTorrent dans un >> > front-end maison, et un dossier de stockage pas mieux caché que ce que >> > fait FlashPlayer, ils n'y voient que du feu. C'est jouable? >> > >> > Rémi. >> >> >> >> -- >> Martin Boronski >> Directeur Technique >> >> M6 Web >> 110 avenue Jean Jaurès >> 69007 Lyon >> >> Mobile : +33 6 71 97 83 44 >> >> --- >> Liste de diffusion du FRnOG >> http://www.frnog.org/ >> > > --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] M6 replay depuis Bouygues Telecom : pourquoi on arrive aux USA ?
Car les services de VoD du-dit FAI ne sont pas accessible depuis un PC (cas de 12322) alors que M6Replay l'est ? Ceci-dit, ça serait bien que le live soit _aussi_ accessible depuis les PC chez 12322... -_- Au passage, je viens de refaire un petit tour sur M6Replay, j'adore l'option "Eteindre la lumière" qui permet ... d'afficher la pub windows phone en presque plein écran tout autour de la vidéo :-D http://tmp.soete.org/m6replay.jpg Thomas Le 22 octobre 2010 11:37, Romain Tournier a écrit : > On Thu, Oct 21, 2010 at 10:55:08PM +0200, BORONSKI MARTIN wrote: >> On serait ravi de mettre en place notre propre CDN avec du (paid/free) >> peering là où on peut pour soulager les FAIs et optimiser nos dépenses. >> >> Le pb est qu'un service comme M6 Replay nécessite pas mal de Gbps. On >> avait simulé l'année dernière un tel scénario, mais à 35K€ / 10G (prix >> public constaté l'année dernière sur l'AS12322), ça restait bien plus cher >> que de passer par un CDN. >> >> Si les conditions ont évoluées, on est à la disposition des FAIs pour >> avancer en top priorité sur un tel scénario, d'autant plus que les >> technologies de streaming ont pas mal évoluées et deviennent bien plus >> simples à exploiter en interne, sans passer forcément par des CDNs. > > pourquoi ne pas pousser vos clients, pour les FAI en disposant, a > utiliser les plateformes de VoD du-dit FAI ? (cas de 12322 que vous > prenez en exemple) > ca soulagerait d'autant vos plateformes CDN "on net", et donc reduction > de cout et augmentation de la qualité pour tout le monde... > >> >> Martin >> >> Le 21 oct. 2010 à 22:40, Sébastien FOUTREL a écrit : >> >> > Effectivement le M6 Replay des boxes ne passe pas par du transit. (le >> > plus souvent par des montages plutot sales au gré des FAIs). >> > Le site web lui utilise des CDN pour la diffusion. Pas envie d'avoir >> > son propre CDN (dommage). >> > Apres, comme dit precedement, si c'est le meme acteur qui facture 2 >> > fois la BP, il a tout compris :) >> > >> > Bien a vous. >> > >> > Le 21 octobre 2010 11:49, Romain Tournier a écrit : >> >> On Thu, Oct 21, 2010 at 07:42:36AM +0200, Vivien GUEANT wrote: >> >>> Le 21/10/2010 00:52, MM a écrit : >> > Parceque c'était le provider le moins cher et que le délais est pas du >> > tout gênant quand on fait du streaming ? >> Cogent ? ;) >> Bon, il est vrai que L3 est (était ?) assez agressif sur ses tarifs. >> Ils est tout de même dommage de charger une transatlantique pour un >> service français vu par un public français - ou alors L3 a de la >> capacité à ne plus savoir quoi en faire ... >> >>> Ce qui est dommage également, c'est d'utiliser du transit là où il >> >>> serait possible de mettre un peering. >> >>> >> >>> Si je résume la situation chez Free : >> >>> - Dailymotion paye pour du paid-peering >> >> >> >> lol ? >> >> >> >>> - Google à un peering privé gratuit >> >>> - M6 replay oblige Free à payer du transit pour ses vidéos >> >> >> >> pourtant M6 replay fonctionne parfaitement sur ma freebox... >> >> et j'ai pas souvenir que ca passe par le transit... mais bon, je ne dois >> >> pas assez connaitre le chemin des packets... >> >> >> >>> Level3 est un fournisseur de transit pour Free : >> >>> >> >>> /*Free */ /*Bande passante: */ /*Fournisseurs: */ >> >>> 2004 10 Gbps OpenTransit, Telia, Sprint >> >>> 2005 10 Gbps Open Transit, Teleglobe >> >>> 2006 40 Gbps Teleglobe, Level(3) >> >>> 2007 40 Gbps Teleglobe, Level(3) >> >>> 2008 80 Gbps Teleglobe, Level(3) >> >>> 2009 160Gbps Teleglobe, Level(3) >> >> >> >> et le monde s'est arreté debut 2009... >> >> le choix des transitaires peut varier au cours du temps faisant apparaitre >> >> et disparaitre les fournisseurs et varier la capa... >> >> >> >> -- >> >> Romain >> >> >> >> --- >> >> Liste de diffusion du FRnOG >> >> http://www.frnog.org/ >> >> >> >> >> > --- >> > Liste de diffusion du FRnOG >> > http://www.frnog.org/ >> > >> >> >> >> -- >> Martin Boronski >> Directeur Technique >> >> M6 Web >> 110 avenue Jean Jaurès >> 69007 Lyon >> >> Mobile : +33 6 71 97 83 44 >> >> --- >> Liste de diffusion du FRnOG >> http://www.frnog.org/ >> >> > > -- > Romain > > --- > Liste de diffusion du FRnOG > http://www.frnog.org/ > > --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] OVH KO
Dans le nord, avec Free ça marche bien :-) Le 19 octobre 2010 22:33, Julien Richer a écrit : > Le 19 octobre 2010 21:59, Raphael Mazelier a écrit : >> Apparemment un 6k fait des siennes à TH2. >> >> Ce qui m'étonne en revanche c'est que le service soit impacté à ce point par >> la perte d'un seul routeur (certes à un endroit stratégique). En gros ca >> fait 1h30 que tout ovh est quasiment injoignable par intermittence. > > > En effet, th2-1 est dead: > http://weathermap.ovh.net/paris > > le spare arrivera à 0h30 :-\ > http://travaux.ovh.com/?do=details&id=4716 > > Si seulement le peering régional était mieux développé, on le > ressentirait moins > --- > Liste de diffusion du FRnOG > http://www.frnog.org/ > > --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] OVH KO
Dixit la page travaux Commentaire de OVH - mardi, 19 octobre 2010, 20:49 Le routeur est de nouveau down. Commentaire de OVH - mardi, 19 octobre 2010, 21:05 3ème reboot, nous avons néanmoins pu récupérer le crashinfo afin d'en savoir plus. Commentaire de OVH - mardi, 19 octobre 2010, 21:33 Le routeur crash tous les 15 minutes exactement. On pense qu'il s'agit d'un probleme de sup. On regarde le stock de spare ... Commentaire de OVH - mardi, 19 octobre 2010, 21:37 Nous venons d'isoler le routeur de la backbone. Le trafic s'ecoule normalement à travers les autres routeurs. Mais ... ça marche quand ça veux :-/ Le 19 octobre 2010 21:59, Raphael Mazelier a écrit : > Apparemment un 6k fait des siennes à TH2. > > Ce qui m'étonne en revanche c'est que le service soit impacté à ce point par > la perte d'un seul routeur (certes à un endroit stratégique). En gros ca > fait 1h30 que tout ovh est quasiment injoignable par intermittence. > > > -- > Raphaël Mazelier > --- > Liste de diffusion du FRnOG > http://www.frnog.org/ > > --- Liste de diffusion du FRnOG http://www.frnog.org/
[FRnOG] Re: [FRnOG] Re: Comment pénétrer('facilement) le b ackbone d'un grand FAI
Suffit qu'ils fassent tomber la liaison adsl quelques secondes et la freebox va repartir dans son cycle de reboot et vérification de firmware je pense :-) Le 27 septembre 2010 14:18, Loeffler Siegfried a écrit : > Je ne peux pas croire que Free n'a pas prévu un moyen de redémarrer ses boxes > a distance si besoin est? > > --- > Liste de diffusion du FRnOG > http://www.frnog.org/ > > --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] Fuite Master Key HDCP
Je vais me répéter mais ... la master-key *ne concerne pas* les bluray ! C'est juste la protection qui chiffre le transport des images entre un producteur (freebox, carte graphique d'un PC, lecteur BR, console, ...) ET un diffuseur (la télé par exemple). Pour les BR, ils ont leur propre système de protection (BD+/AACS). Pour les lire, il faut un logiciel qui décode les BR et pour ça tu as soit les logiciels légaux comme PowerDVD qui eux activent la sortie HDCP de la carte graphique soit les logiciels à la AnyDVD qui dechiffrent le support lui même. La seule solution pour utiliser cette clé serait de construire (a l'aide d'un FPGA par exemple) un circuit qui discute HDCP avec un lecteur BR légal du commerce. Lire le film avec le dit lecteur a la vitesse 1:1 et dumper le flux video non compréssé de la sortie HDMI. Ensuite il faut réencoder le tout pour obtenir ton petit fichier compréssé rippé. Je n'ai pas personnellement testé le produit de Slysoft mais ça me parait bien plus rapide car il opère juste une opération de déchiffrement sur le média (comme tout bon lecteur de DVD sous linux qui utilise la libcss... :-)) En ce qui concerne la télé 3D, si on admet que la télé supporte le flux vidéo avec framerate doublé, le plus complexe sera d'être sur de la synchro télé/lunettes (la télé rajoute un certain retard dans la diffusion des images pour son post-traitement) et pour la 3D, il faut une synchro à l'image prêt sinon ça marche pas :-/ Le 19 septembre 2010 21:06, Michel Py a écrit : >> Thomas SOETE: >> Hum, la master-key HDCP c'est pour le HDCP, pas pour le BR. Ca >> s'applique plutot au lien DVI / HDMI qu'aux bluray dont la >> protection est déjà cassée par Slysoft depuis pas mal de temps. > > Sauf que Slysoft c'est pas du temps réèl: il faut immobiliser le PC pendant > des heures pour faire tourner la moulinette. Un peu ennuyeux dans le scénario > genre je m'arrête au magasin de disques pour en louer un pour la soirée sur > juste avant de rentrer à la maison ou de prendre le train. > > Un lecteur SATA interne de PC qui décoderait directement à la volée ça serait > bien sympa. Un de portable encore mieux > > >> Et au passage, si on est dans l'illégalité à construire un lecteur >> BR non licencié, on s'embette pas à mettre une puce HDCP à la sortie >> de la bête ^^ > > Hmmm pas sûr. Un lecteur BR 3D sauvage qui aurait la sortie lunettes 3D sur > le lecteur et non pas sur la télé ça serait sympa aussi: pourquoi remplacer > la télé DLP 1080p par une nouvelle télé juste pour avoir le connecteur pour > les lunettes 3D, alors qu'une petite bidouille dans le lecteur permettrait de > garder la télé existante? > > Ca c'est un produit qui sera jamais vendu sous license, le principal attrait > de la 3D quand finalement un standard se dégagera étant encore une fois un > bon prétexte pour forcer le renouvellement du parc existant. > > Michel. > > --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] Fuite Master Key HDCP
Hum, la master-key HDCP c'est pour le HDCP, pas pour le BR. Ca s'applique plutot au lien DVI / HDMI qu'aux bluray dont la protection est déjà cassée par Slysoft depuis pas mal de temps. Cette fuite peut, avec un peu de matériel, permettre par exemple de sniffer la video sortante d'une freebox sur le lien HDMI et donc tout ce qui est VOD ;-) Après qui va s'amuser à construire du matériel HDCP compatible ... surtout qu'il y a le DMCA qui protège le HDCP ! Et au passage, si on est dans l'illégalité à construire un lecteur BR non licencié, on s'embette pas à mettre une puce HDCP à la sortie de la bête ^^ Le 19 septembre 2010 12:03, Giles R DeMourot a écrit : > AnyDVD "enlève" effectivement la copy protection BR, comme il le faisait > pour le défunt HD-DVD. Tout ce qu'il faut, c'est un lecteur de disque BR > dans votre PC. Ce logiciel est vendu légalement et je ne suis pas au courant > d'éventuelles poursuites judiciaires de la part des ayants droit. Maintenant > la publication de la Master Key ne répond pas exactement à la même question, > mais pourrait en théorie, comme cela a été dit, donner lieu à la fabrication > de lecteurs BR non licenciés. > > Les media vierges sont effectivement hors de prix en France, notamment à > cause de la taxe SACEM. En Suisse les DVD vierges (malgré la hausse récente > du Franc suisse non seulement par rapport à l'Euro mais encore par rapport > au dollar US) coûtent à peine plus du tiers du prix français en supermarché, > et les BR vierges environ la moitié à capacité identique. > > -Original Message- > From: owner-fr...@frnog.org [mailto:owner-fr...@frnog.org] On Behalf Of > Michel Py > Sent: Sunday, September 19, 2010 6:20 AM > To: e-t172; frnog@FRnOG.org > Subject: RE: [FRnOG] Fuite Master Key HDCP > >>> Michel Py: >>> Voici donc le MO du hacker en pantoufles: >>> contenu HD protégé (que ce soit BR ou flux DVR) -> soft magique -> >>> .mkv sans protection -> upload sur bittorrent (démodé) ou sur megaupload > et autres giganews. > >> Etienne Dechamps: >> Ton « soft magique » il existe déjà depuis longtemps, du moins pour le BR > : >> http://www.slysoft.com/en/anydvdhd.html >> Ça déchiffre de façon transparente tous les Blu-rays du marché (y >> compris BD+), et lorsqu'une nouvelle clé apparait, la mise à jour >> arrive dans les 24 heures. > > Justement, la fuite de la master key permet d'espérer: > > a) Fini les mises à jour chaque fois que quelqu'un a envie de pisser. > Pour les disque BR, pas trop de problème; par contre la finale du > match de foot, comme c'est bizarre quelque chose à changé 10 minutes > avant que ça commence et ton soft magique ne marche pas. > > b) Un logiciel freeware ou shareware (non commercial) > > 79 euros (renouvelable) plus le prix du media vierge plus la taxe Française > à la mords-moi-le-nœud ça ne vaut plus le coup de pirater. > > D'ailleurs, question con que je pose à intervalles réguliers: > Combien ça vaut le media vierge bluray en France aujourd'hui? > Ici: US$20 pour un 15-pack soit à la louche 1 euro pièce > http://www.frys.com/product/6214580?site=sr:SEARCH:MAIN_RSLT_PG > Frys en Californie c'est comme Surcouf ou la FNAC à Paris > A ce prix là c'est surement du 25GB > > Michel. > > --- > Liste de diffusion du FRnOG > http://www.frnog.org/ > > --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] tva 19,6
En même temps, si on prend l'exemple de Free : Frais de traitement et de gestion d’un impayé : 7€ :-) Le 10 septembre 2010 12:42, Christophe Baegert a écrit : > Le 10/09/2010 12:30, Jean Christophe Babinet a écrit : >> >> Exactement, il y aura fatalement une augmentation des incidents de >> paiement. > > fatalement, mais très très marginalement... > > Cordialement, > -- > Christophe > --- > Liste de diffusion du FRnOG > http://www.frnog.org/ > > --- Liste de diffusion du FRnOG http://www.frnog.org/
[FRnOG] Re: [FRnOG] Re: [FRnOG] Quand free route les IP privées...
Le 29/10/2009 17:59, Sebastien gioria a écrit : Desactive ton VPN... S. Hum, même sans VPN on a le même traceroute... De plus, s'il avait un VPN ça ne montrerai pas un routeur d'OVH comme 1er hop -- Thomas SOETE Doctorant Equipe POPS IRCICA/LIFL, CNRS UMR 8022, Univ. Lille 1, INRIA Lille - Nord Europe --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] pb interconnection FT/renater
Le 29/10/2009 12:13, Damien Wetzel a écrit : Bonjour, Quelqu'un est il au courant de pb d'interconnection entre FT et renater. Je pensais qu'ils peeraient entre eux , mais il semblerait que le traffic passe par leur transitaire savvis, avec des delais de 200 ms. Cordialement, Effectivement ça fait mal :( traceroute to 82.123.105.164 (82.123.105.164), 30 hops max, 40 byte packets 1 gw134-cri.univ-lille1.fr (134.206.3.2) 0.340 ms 0.424 ms 0.493 ms 2 cisco1.univ-lille1.fr (193.49.225.3) 1.118 ms 1.203 ms 1.276 ms 3 193.51.250.1 (193.51.250.1) 1.587 ms 2.069 ms 2.118 ms 4 vl340-gi8-3-lille-rtr-021.noc.renater.fr (193.51.183.90) 0.668 ms 0.676 ms 0.854 ms 5 te0-0-0-0-paris1-rtr-001.noc.renater.fr (193.51.189.118) 7.176 ms 7.181 ms 7.180 ms 6 ge3-0-0-dcr2.par.cw.net (195.10.54.65) 5.371 ms 5.437 ms 5.400 ms 7 ge-4-0-0.dcr1.par.cw.net (195.2.25.146) 5.499 ms 5.895 ms 5.490 ms 8 * * * 9 pos0-7-0-1.auvtr1.Aubervilliers.opentransit.net (193.251.128.106) 222.328 ms 223.691 ms 223.669 ms ... -- Thomas SOETE Doctorant Equipe POPS IRCICA/LIFL, CNRS UMR 8022, Univ. Lille 1, INRIA Lille - Nord Europe --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] OT: free.fr => KC ?
Le 28/09/2009 15:01, k...@oav.net a écrit : Hello, Il me semble que la zone free.fr est cassée, zonecheck.fr me confirme la chose ainsi que divers boites posée partout : $ host www.free.fr ;; connection timed out; no servers could be reached Est-ce que ... d'autres confirment ? (non c'est pas du lancé de troll velu !) Xavier --- Liste de diffusion du FRnOG http://www.frnog.org/ Certains sites persos sont inaccessibles, ça fait le yoyo depuis une petite heure :-( -- Thomas SOETE Doctorant Equipe POPS IRCICA/LIFL, CNRS UMR 8022, Univ. Lille 1, INRIA Lille - Nord Europe --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] Demonoid inaccessible en France.
Le 11/09/2009 14:57, Artur Pydo a écrit : Bonjour à tous, Je suis tombé sur une information concernant le site www.demonoid.com (qui est à classer dans le domaine p2p/torrent) qui a attiré mon attention. Ce site n'est plus accessible en France depuis quelques jours alors que l'on peut le joindre à partir d'autres pays. En réalité, la réponse que l'on obtient en France est un status HTTP 500. Or il suffit de passer par un proxy HTTP ouvert (celui que j'ai essayé était en Russie) pour avoir accès au site tout-à-fait normalement. Je me demandais si ce site était filtré d'une manière ou d'une autre (on devient parano à force de lire les articles sur la Net Neutrality) ou si son administrateur a tout simplement décidé de ne pas autoriser les français à consulter son site avec une solution type geoip ou autre. Page blanche depuis Firefox + renater Erreur 500 depuis lynx + renater Ok depuis lynx + serveur chez OVH -- Thomas SOETE Doctorant Equipe POPS IRCICA/LIFL, CNRS UMR 8022, Univ. Lille 1, INRIA Lille - Nord Europe --- Liste de diffusion du FRnOG http://www.frnog.org/
