>> Étrange, quand tu regardes la RFC ça explique justement que ça a été
>> écrit pour ce genre de cas...
>
> Waip, mais dans pppd sous Linux, on a jamais réussi à le faire marcher
> correctement
http://vh-net.fr/blog/
> Mais pour rappel, et pour la liste, on est là dans un cas particulier :
> 15
> * Pour ton multi-wan, y'a une solution un peu moche que j'vais tester
> bientôt : faire un tunnel vers un serveur dédié, et l'utiliser pour
> sortir sur le net.
Ca marche tres bien avec GRE en IPv4 . aucunes raison que cela ne marche pas
bien en V6 avec une bonne configuration.
> D'aille
> Auriez-vous des liens à me recommander à ce sujet ? Concernant des produits
> de ce type et surtout la manière de les utiliser ?
http://www.linux-vs.org/
> Comment est-il annoncé ce préfixe local ?
Il n'est jamais announce.
> En gros si mon IP local est 2001:0db8::85a3:::ac1f:800
>> Va-t-il falloir revenir au NAT ? (please encore moins celle-là)
>
> Càd ? Du NAT en IPv6 ça n'existe pas, et même si ça devait arriver, ça
> ne serait jamais nécessaire vu le nombre d'adresses disponibles.
Cela n'existe pas encore, mais on va y arriver. Il y a des usage legitime de
NAT meme p
> Pour un premier message sur cette liste je vais commencer par me présenter
> brièvement, je suis Yoann Gini, formateur et consultant Apple sur tout ce qui
> concerne Mac OS X et Mac OS X Server en entreprise
OSX a un bon support v6 et apple se sert de v6 pour back to my mac
http://www.ietf.or
>> Oui c'est un peu mieux chez nous car on est bien plus petit mais si tu
>> veux IPv6 ça va remonter jusqu'à moi, a moins que ce soit pour du
>
> J'appelle pas ca "mieux"...
> J'appelle "mieux" quand un FAI est capable de fournir de l'IPv6 sans que
> ca monte jusqu'a un CxO (CTO, CIO, ...)
Pour
On 11 Dec 2010, at 22:30, Radu-Adrian Feurdean wrote:
> (1) Claranet:
> - dual-stack depuis la nuit des temps
> - www.clara.net has IPv6 address 2001:a88:0:fffa::4
> Mon dieu !!! 3 NS sur 3 !!! Mieux que he.net !!
La raison pour laquelle tout le monde n'a pas tout ces NS en IPv6 c'est que
p
> A côté de ça, il y a NDP. Multicast, donc obligation pour les switchs
> de comprendre le multicast, donc l'adressage IPv6, pour ne pas flooder
> tous les ports (au passage, très bon business pour les constructeurs à
> l'origine de la norme...). Et puis qui dit multicast, dit obligation
> d'avoi
>> Ah. Voilà qui m'intéresse. Parce qu'à force de lire des gens qui me
>> disent que grâce au NAT il n'y avait pas lieu de s'exciter sur ce sujet,
>> que j'avais tort d'alarmer les foules etc ... je me demandais s'il
>> était encore vraiment pertinent de continuer à en parler chez ZDNet.
>
> Ce n'
Mattieu,
Merci pour ta réponse.
> - Une norme complexe et bazar définie dans des dizaines de RFC
> s'annulant les unes après les autres et souvent non
> testées/implémentées.
Comme tout produit non-proprietaire conçu on collaboration.
SIP est le plus bell exemple de RFC �...@£^%$^
> - Un proces
On 10 Dec 2010, at 14:35, Yves Dubromelle wrote:
>> (En plus des cas ou des IP peuvent être légitimement utilise sans être dans
>> globalement visible).
> Non-sens total : du V4 alloué par le RIPE, c'est des adresses publiques,
Des cas légitimes existent - le problème est que je ne me souviens p
On 10 Dec 2010, at 13:49, Stephane Bortzmeyer wrote:
> On Fri, Dec 10, 2010 at 02:14:11PM +0100,
> Clément Game wrote
> a message of 26 lines which said:
>
>> Je vais faire simplequel etait le taux de penetration du minitel
>> dans les foyers francais apres 20ans d'exploitation ?
>
> D'aut
> Seule solution : restitution des assignations non justifiées, changement
> de règlement au RIPE pour interdire la sous-location de ressources,
> programme global de renumérotation pour condensation et défragmentation
> de la table.
>
> Mais va trouver une paire de couille assez grosse au RIPE po
> Je vais faire simplequel etait le taux de penetration du minitel dans les
> foyers francais apres 20ans d'exploitation ?
> Quel etait le taux de penetration d'internet dans les foyers francais apres
> seulement 10ans d'exploitation commerciale ( disons la periode 1994-2004) ?
>
> I think i
On 10 Dec 2010, at 12:13, michel hostettler wrote:
> Thomas Mangin a écrit :
>>
>> On 10 Dec 2010, at 11:35, Stephane Bortzmeyer wrote:
>>> Lorsque le marché échoue aussi magnifiquement, il est logique que le
>>> politique s'en mêle.
>> Qu&#x
> Ah. Voilà qui m'intéresse. Parce qu'à force de lire des gens qui me disent
> que grâce au NAT il n'y avait pas lieu de s'exciter sur ce sujet, que j'avais
> tort d'alarmer les foules etc ... je me demandais s'il était encore vraiment
> pertinent de continuer à en parler chez ZDNet.
Le NAT c'e
Clement,
Quant à leur employeur, je trouve, parmi les principaux RFC, Cisco,
Nokia, IBM, Toshiba, Sun et pas une seule université.
>>> Ce n'est pas parce que ce sont des labratz qui appartiennent à des boites
>>> du secteur IT, qu'ils connaissent quelque chose de la vie. Mem
>> Quant à leur employeur, je trouve, parmi les principaux RFC, Cisco,
>> Nokia, IBM, Toshiba, Sun et pas une seule université.
>>
> Ce n'est pas parce que ce sont des labratz qui appartiennent à des boites du
> secteur IT, qu'ils connaissent quelque chose de la vie. Meme dans le jardin
> de M
On 10 Dec 2010, at 11:35, Stephane Bortzmeyer wrote:
> Lorsque le marché échoue aussi magnifiquement, il est logique que le
> politique s'en mêle.
Qu'est ce qui te fait dire que le marche a échoué ?
Les fournisseurs de contenu sont bien en chemin (Google,LLNW et d'autres sont
prêt, Akamai en c
On 10 Dec 2010, at 11:25, Stephane Bortzmeyer wrote:
> On Wed, Dec 08, 2010 at 07:48:59PM -0800,
> Michel Py wrote
> a message of 130 lines which said:
>
>> Moi y'en a pas être avocat, mais moi y'en a comprendre le contrat:
>> Si toi y'en a faire marcher bittorent a fond les manettes toute la
>
> Et puis même, admettons que j'ai des réserves pour 2 ans. Je suis
> tranquille pour 2 ans mais après ça je pourrais me gratter pour avoir de
> nouvelles adresses...
Dans ce cas, dans un an et demi. ton management was commencer a courrir dans
tous les sens.
Surtout quand tu leur diras a quel pri
Le bug pour les gens qui avait des commentaires multi-lignes dans leur objets
est fixe.
La machine a ete reboote et est bien plus contente depuis :p
Ceci dit, le code est publique pour que ma machine n'ai pas besoin de mise a
jour :D
Thomas
On 8 Dec 2010, at 13:45, Thomas Mangin
On 8 Dec 2010, at 13:00, Thomas Mangin wrote:
>
>
> Il y a plein d'adresses IPv4 disponible, ce qu'il n'y aura plus dans quelques
> mois c'est plein d'IPv4 pas chères.
> Les sociétés qui vont souffrir sont les start-up, et les organisations a
> forte c
Il y a plein d'adresses IPv4 disponible, ce qu'il n'y aura plus dans quelques
mois c'est plein d'IPv4 pas chères.
Les sociétés qui vont souffrir sont les start-up, et les organisations a forte
croissance qui n'auront plus d'IP.
Mais je suis sur que est pret a vous louer des IPs si il vous
en
> Pour avoir bossé quotidiennement sur du 6500/SUP720-3BXL et MLX4, mon avis
> est que ce sont des machines correctes qui tiendront la charge que tu leur
> demandras. Chez Brocade notre expérience a été qu'en switching/routage
> basique (pas de mpls ou autre fantaisie) ca fonctionne relativement
On 22 Nov 2010, at 07:45, Stephane Bortzmeyer wrote:
> On Sun, Nov 21, 2010 at 07:53:30PM +,
> Thomas Mangin wrote
> a message of 39 lines which said:
>
>> la balance en France est plus qu'en faveur des employées).
>
> C'est clairement faux, en tout
On 21 Nov 2010, at 14:41, Laurent GUERBY wrote:
> Le problème n'est pas la loi en France sur ce point la, elle offre
> toute la flexibilité nécessaire et depuis au moins 20 ans.
>
> Après les pratiques bien locales des différents acteurs de ce petit jeu
> c'est autre chose, le marché du travail c
On 21 Nov 2010, at 12:02, Pierre Chapuis wrote:
> On Wed, 17 Nov 2010 11:56:45 +0000, Thomas Mangin
> wrote:
>
>> L'Angleterre est très pratique, les étudiants sortant des
>> universités (je ne parle pas des écoles privées) s'intègrent bcp
>> plus facile
> Ca serait sympa une olive avec EIGRP :-D
EIGRP est un protocol propriétaire de Cisco. Ce n'est pas encore trop tard pour
écrire ta lettre au père Noel.
Thomas---
Liste de diffusion du FRnOG
http://www.frnog.org/
>> Thomas Mangin a écrit:
>> Je suis encore plus paresseux, j'utilise le code de RAS:
>> http://juniper.cluepon.net/index.php/OS_Auto_Tuning_Prefix_Limits
>
> Ah ouai ouai, c'est vraiment bien sympa ça, je ne l'avais pas vu avant. Tu
> n'aurais pas
On 17 Nov 2010, at 20:21, Raphael Maunier wrote:
>> A une epoque, je travaillais sur une base assez proche de :
>> whois -h whois.ripe.net -- "-T route -i origin AS2917" | grep ^route: | wc -l
>> 30
>> et hop, max-pfx = 30 * 2 (marge genereuse)
> Ce qui compte c'est généralement ce qu'il y a derri
ait cette ACL d'antispoofing chez lui, mais ça je pense
> que c'est un voeu pieu...
>
> Bertrand
>
>
>
> -Message d'origine-
> De : owner-fr...@frnog.org [mailto:owner-fr...@frnog.org] De la part de
> Thomas Mangin
> Envoyé : mercredi 17 novembre 2010 20:2
> Question bête:
> En France, quand on peer avec (ou qu'on revend du transit à) un petit FAI,
> est-il courant de limiter le nombre de préfixes annoncés par le peer en
> question? (proportionnel à sa taille)
Soit tu bloques par une combinaison d' AS_PATH, de prefixes, ou de max-prefix .
Les FAI
> Aujourd'hui, bon nombre d'ingénieur (pas tous heureusement) ne veulent plus
> faire que du management/chef de projet ... Ce sont des maitres dans l'usage
> de Excel, mais pas trop dans l'usage du BGP.
Un chef de project qui ne peut pas faire le boulot de son équipe et donc ne
peut pas compren
mpte le programme associé. Je comprend le bac
> +5. Car quand on voit le niveau demandé en BTS, c'est à peine si on doit
> savoir configurer un switch et faire du routage & filtrage avec un routeur.
>
> Heureusement, l'apprentissage permet de pallier à tout ça !
> -
> Il n'y a qu'en France que ce genre d'opinion n'est possible. Nos amis
> anglo-saxons n'ont aucune pudeur a ce sujet.
+1
> Ca le rappelle le coup de la signature "envoyé depuis un iPhone" qu'on ne
> remarque même plus...
Si si on remarque les fautes du logiciel de prédiction de frappe - ca a
Google a un outil pour aider la détection des malwares.
http://googleonlinesecurity.blogspot.com/2010/09/safe-browsing-alerts-for-network.html
Thomas
---
Liste de diffusion du FRnOG
http://www.frnog.org/
>> Pour les services DSL, on ne demande _jamais_ a l'abonne d'entrer son nom
>> et mot de passe pour utiliser une ligne DSL. Les gens ne connaissent pas
>> cette information, c'est configure dans le routeur et c'est tout.
>
> Sauf dans le cas où l'abonné n'utilise pas le routeur fourni. Ça
> marc
Bonjour,
Pour les services DSL, on ne demande _jamais_ a l'abonne d'entrer son nom et
mot de passe pour utiliser une ligne DSL. Les gens ne connaissent pas cette
information, c'est configure dans le routeur et c'est tout.
Je préfère donc largement recevoir le numéro de téléphone de l'abonnée v
> quand bien meme.
> rajouter 16 routes ipv6 au maximum ne risque pas d'obérer la ram de
> l'engin de manière critique ...
C'est plutot une route IPv6 par BRAS..
Thomas---
Liste de diffusion du FRnOG
http://www.frnog.org/
On 26 Oct 2010, at 13:46, Rémy Sanchez wrote:
> On Tue, 26 Oct 2010 13:38:55 +0100, Thomas Mangin
> wrote:
>> Je parle du réseau pas des freebox ..
>> Mon réseau est loin d'être assez gros pour avoir besoin de me pencher
>> sur la question avant quelques années :
On 26 Oct 2010, at 13:23, Rémy Sanchez wrote:
> On Tue, 26 Oct 2010 11:35:12 +0100, Thomas Mangin
> wrote:
>> Je me demande simplement si ce n'est pas la taille de la mémoire des
>> routeurs qui les poussent a ne pas ajouter la fonctionnalité.
>> Si quelqu
> Je ne sais pas ce qu'attends free... l'ajout d'une route via l'interface me
> parrais pas franchement plus compliqué que ca (surtout qu'il me semble que
> tout le /60 est routé vers le boitier ADSL pour les télésites).
> A moins qu'ils préfèrent implémenter la délégation de préfixes DHCPv6
> (
On 22 Oct 2010, at 12:01, Francois Tigeot wrote:
> Stephane Bortzmeyer wrote:
>>
>> À noter que les RFC ne sont pas encore publiés et beaucoup ne sont pas
>> terminés. Technologie mouvante, donc.
>
> Oui, mais déjà en prod. Ca se sent qu'il y a un gros besoin derrière.
> En fait, après coup ce qu
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://
> 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 ghet
Bonjour Martin,
Je ne pense pas que le P2P soit plus séduisant, même su papier.
Le P2P transfère en effet le cout de transport du fournisseur de contenu vers
le FAI. Quand le fournisseur de contenu n'a pas de revenu, le FAI rale et
utilise du DPI pour que ce cout n'entraine pas de problèmes de
> ceci dit j'espere que free ne paye pas
> le traffic CDN l3 de m6replay, cela voudrait que l3 le facturerait
> deux fois, une pour le transit et une autre fois à m6
Non, autant que je sache, c'est bien pour cela que L3 a un CDN ..
Thomas
---
Liste de diffusion du FRnOG
h
> Sinon c'est l'idée de Vifib ( http://www.vifib.org/vifib.aboutus )
> Poser du serveur directement chez le particulier.
> Ils demandent de la fibre, et de l'IPv6 (en gros du FreeFibre quoi).
> Ca fera pas un serveur DNS super fiable, mais pour du calcul distribué
> ça peut être une piste.
Cela re
On 6 Oct 2010, at 18:44, Marc De Saya wrote:
> Un des premier éléments de réponse mis en évidence par Thomas, est de load
> balancer les mails sur un pool d'IP en sortie ceci permet d'éviter la
> propagation d'une IP dans les RBL.
Euh, ma technique c'est une IP et si on a un $%£^£^&£ de client
> Je ne trouve plus ce blog qui expliquait les milles ET une manièreS dont les
> MUA laisseNT filtrer l'info auX "pro du mail de masse" dommage c'était super
> intéressant.
Trouve - dans le bookmark :)
https://secure.grepular.com/email_privacy_tester/
https://secure.grepular.com/Automated_Email
On 6 Oct 2010, at 15:27, Pierre Col wrote:
>> Envoie 100,000 messages et tu vas te retrouver blackliste quelque part.
>> Il n'y a pas de solution non douloureuse pour envoyer 100,000 emails -
>> quelque soit le contenu du mail.
>
> Vous semblez ignorer qu'il existe des tas de prestataires qui fo
age.
>
> Maintenant je me vois mal faire 1000 x 100 envois avec 5s de latence entre
> chaque envoie (soit 1h30 en tout).
> Ceci vaudrait très certainement une mauvaise réputation et un joli SPAM sur
> mes courrier en peut de temps...
>
> Le 6 octobre 2010 15:40, Thomas Mang
Yep,
Au niveau MTA la limite par défaut pour le nombre de RCPT est très haute a mon
gout, pour postfix c'est 1000 :
http://www.postfix.org/postconf.5.html#smtpd_recipient_limit
En pratique la limite est bien plus basse et le nombre de mails q'une nouvelle
IP peut envoyer est souvent limite (le
Voici le blog suivant une réunion de consultation d'OFCOM par Janet (UK Renater)
Intéressant de voir une distinction entre citoyen et client :)
http://webmedia.company.ja.net/edlabblogs/regulatory-developments/2010/09/29/preserving-an-open-internet/
Thomas
---
Liste de di
> C'est aussi largement pratiqué au Royaume-Uni sur l'ADSL. Il y a même des FAI
> qui expliquent clairement à quelle vitesse s'attendre en fonction du protocole
> et de l'heure.
Il y a des raisons pour cette transparence:
http://stakeholders.ofcom.org.uk/consultations/net-neutrality/summary
> Au
On 30 Sep 2010, at 21:33, Stephen wrote:
> Virgin media est un cable opérateur (anciennement NTT) ;
Ce n'est pas correct - NTT est l'operateur historique Japonais - tu veux
surement dire NTL et Virgin, NTL et Telewest étaient trois boites différentes
avant acquisition/fusion.
L'article wikipedi
Salut Seb,
Un lien seul c'est bien triste !!
Pour mettre l'information en contexte, voila les prix :
http://shop.virginmedia.com/broadband/compare-broadband-packages.html
Et plus d'info sur l'évolution de leur politique de gestion du trafic
http://www.theregister.co.uk/2008/04/15/virgin_media_ne
Salut Laurent,
> Non, lors de la mise en place d'IPv6 sur une Freebox, il faut aller
> explicitement cocher une checkbox sur la console d'admin Web pour son
> compte client. Et dans ce cas, un message indique qu'il faut rebooter sa
> boboxe pour avoir le service (via un ON/OFF électrique, comme d'
On 27 Sep 2010, at 13:18, Loeffler Siegfried wrote:
> Je ne peux pas croire que Free n'a pas prévu un moyen de redémarrer ses boxes
> a distance si besoin est?
Quand Free a voulu déployer IPv6 sur ses boxes avec 6rd - RFC 5569, il a bien
fallu qu'ils forcent un reboot pour que les Free Boxes r
On 27 Sep 2010, at 10:02, Stephane Bortzmeyer wrote:
> Que tous les employés des opérateurs soient obligés de s'inscrire sur
> la liste Frnog et de lire les messages ? Ils en apprendraient ainsi
> beaucoup.
Nooon, on a deja assez de neu-neu sur la liste :D
Thomas (qui va se cacher dans le b
Ce qui ne veut pas forcement dire que c est une faute de communication de
FranceIX. Je vois mal FranceIX parlant au nom de Panap sans causer de problemes.
---
from my iPhone
On 23 Sep 2010, at 12:19, Clement Cavadore wrote:
> Bref, FranceIX, c'est un beau projet, mais cette histoire de
> "fusi
On 14 Sep 2010, at 07:02, Spyou wrote:
> Le 14/09/2010 07:56, Julien Escario a écrit :
>> Bonjour,
>> Une fois n'est pas coutume, un question technique :
>> Actuellement, j'ai deux sites servis en BGP et j'aimerais faire en sorte
>> qu'un service
>> puisse passer de l'un à l'autre.
>>
>> Le plu
> Pour l'obtention d'une nouvelle plage il faut tout d'abord justifier 80%
> d'assignement de tes blocs allouer.
Si j'ai bonne mémoire : assignement ne veut pas dire "pingeable", cela veut
dire que les IPs sont déjà réservées pour tes clients qui chaqu'un utilise au
moins 25% de ce que tu leur
Ca va rendre les activités pour suivre le déploiement d'IPv6 dure en Suisse :)
Thomas
Begin forwarded message:
> From: Pascal Gloor
> Date: 8 September 2010 11:25:18 GMT+01:00
> To: "swi...@swinog.ch"
> Subject: [swinog] IP address are now personal data
>
> Dear community,
>
> something imp
> On Wed, Sep 01, 2010 at 11:22:46AM +0200,
> Jérôme Nicolle wrote
> a message of 91 lines which said:
>
>> Sur ce coup là, je vois pas trop quoi reprocher au RIPE, ils ont été
>> transparent sur ce coup là, et on pris des précautions raisonnables
>> avant de balancer leurs annonces sur le grand
> BGP n'est pas un sujet sensible - c'est la boulot de beaucoup de gens a plein
> temps !
> Visiblement si, vu qu'on en parle autant depuis vendredi.
On en parle car si BGP marche bien, quand ça foire de cette manière ça fait mal
a l'échelle planetaire.
Quand Twitter, Facebook, Orange, plante
> On Wed, Sep 01, 2010 at 03:22:28PM +0100,
> Thomas Mangin wrote
> a message of 149 lines which said:
>
>> Ok - j'aime bien les gens de RIPE. J'en connais plusieurs mais la il
>> ne faut pas pousser. Ils savaient qu'il y a avait un risque - faible
>&g
> D'où le "il y avait un risque avéré que cette vulnérabilité ne soit
> exploitée par des équipes malintentionnées... espérons donc que le correctif
> diffusé par Cisco ait été déployé le plus exhaustivement possible." de mon
> complément d'info du jour. Evidemment, si ce correctif est payant, on p
> Je pense que Duke University l'a fait, de tester en périmètre restreint.
> Mais ils doivent pas avoir de CRS-1 sous la main, pour tester si ça le
> fait planter.
Même si les chercheurs en avaient un il est fort improbable qu'ils aient
installe un second routeur derrière dans leur procédure de t
> Transposons deux minutes cet incident au protocole SMTP (rh).
> Admettons avoir une option particulière expérimentale pour la commande RCPT
> TO . Une société l'expérimente sur ses serveurs, et ne s'embête pas forcément
> à la brider au périmètre de ses serveurs. Lorsq'un de ses serveu
> On Tue, Aug 31, 2010 at 02:51:26PM +0200,
> Philippe Humeau wrote
> a message of 34 lines which said:
>
>> Elles sont planifiées, identifiables comme potentiellement
>> dangereuses en (c'est bien pour ca qu'ils testent) donc pourquoi ne
>> pas envoyer un mail informel aux opérateurs d'AS pour
> Par contre avec un mécanisme de Keepalive ou pire une session TCP montée en
> permanence ça le ferait pas mieux ?
Pardon ? Je ne suis pas sur de comprendre la question.
BGP garde une session TCP ouverte en permanence, et les deux cotes envoient des
keepalive. Tu peux envoyer un keepalive tout
Nicolas,
C'est ce que je fais mais avec BGP - cela prend au minimum 3 secondes pour la
détection de panne.
http://code.google.com/p/exabgp/ devrait avoir toutes les infos dont tu as
besoin.
Quagga, Bird - aucun problèmes si tu préfères OSPF
Thomas
On 27 Aug 2010, at 11:50, Nicolas MICHEL wrot
On 8 Aug 2010, at 11:48, Sebastien WILLEMIJNS wrote:
> On Sun, 08 Aug 2010 11:26 +0100, "Thomas Mangin"
> wrote:
>
>>> J'ai aussi entendu parlé de Google qui devait mettre à dispo des serveurs
>>> caches aux ISPs.
>>
>> Merci, c'est no
> Probablement que oui en échange de bande passante et hébergement gratuit.
Le cluster est normalement pour tes clients donc c'est de la bande passante
interne.
Pour le reste, c'est surement le résultat d'une discussion commerciale, donc il
n'y a surement pas de bonne réponse.
> Mais j'ai cru c
> 2/ concernant la mise à dispo des serveurs de cache gratuitement c'est de
> moins en moins le cas. Les ISPs et les fournisseurs de technologie CDN
> veulent un ROI. Les ISPs veulent utiliser le CDN afin de pouvoir offrir à
> leurs clients des Services en plus et pouvoir leur offrir un backbone mo
> Parce que bientot, ils ne pourront plus prendre de clients :)
> Des /14, il va pas y en avoir pour tout le monde :)
Poule, oeuf, aucune importance - tot ou tard, il va falloir sortir de cette
situation et casser l'oeuf :)
Si IPv6 ne prend pas c'est l'innovation qui en prend dans l'aile.
L'int
Sebastien,
http://en.wikipedia.org/wiki/Content_delivery_network
ou encore
http://lmgtfy.com/?q=akamai+competition
Désolé je ne peux pas résister ... mais sérieusement, as-tu simplement cherché
une réponse avant de poster ici ?
Veux-tu aussi savoir comment connecter une machine a l'inter-web ?
> Certains "acteurs établis" ne migreraient pas en IPv6 avant plusieurs années
> et quand les IPv4 vont manquer c'est du NAT nouvelle génération, avec
> ouverture des ports en UPnP, qui va prendre la relève pour les nouveaux
> clients...
Cela me fait peur, car NAT veut dire CPU, CPU veut dire p
>> Yep, pas toujours drôle. Tout depends de l'utilisation des IP.
>> Si tu contrôles le DNS des domaines qui utilisent les IP, et les systèmes
>> d'allocations (DHCP, radius, etc.) et que l'allocation est dynamique, le
>> problème est relativement simple.
>
> Personellement j'ai eu des assez trist
On 6 Aug 2010, at 11:03, Xavier Nicollet wrote:
> Le 05 août 2010 à 22:48, Thomas Mangin a écrit:
>> Toutes allocations assignées et non routées depuis plus d'un an devraient
>> retourner a RIPE.
>
> Le retour prend du temps, beaucoup de temps. Rendre des IP nous fer
On 6 Aug 2010, at 09:08, Antoine Musso wrote:
> Le 06/08/2010 01:22, Pierre-Yves Maunier a écrit :
>
>> Ou meme si tu n'as que 3*/26, t'arrives en disant que tu vas rendre
>> 3*/26 et que t'as besoin de 64 ips supplémentaires ce qui justifie dans /24.
>>
>> Tu va galérer a renuméroter mais tu au
On 6 Aug 2010, at 00:37, Jérôme Nicolle wrote:
> Yep, c'est là un des problèmes : la renumérotation. Est ce qu'il y a des
> retours d'expérience ? Des méthodos et bonnes pratiques à ce sujet ?
Yep, pas toujours drôle. Tout depends de l'utilisation des IP.
Si tu contrôles le DNS des domaines qui
>> Autant que je sache les policies de RIPE sont prise par consensus. Dur
>> d'avoir un consensus quand les avis vont clairement diverger.
>
> La politique c'est bien mais des fois, il faut des actions concrète en temps
> de crise.
> Il y a un moment, il faut arrêter de se raconter des conneries
>> C'est le problème et pour cela que toute tentative de changement va avoir
>> beaucoup beaucoup de mal a passer ..
>> Ceux qui ont des IPs ont une ressource qui avec de la rareté prend de la
>> valeur ... les rendre .. ahahaha !
>
> Bah pas le choix, ils ont un vote tout le monde, très franche
> Oui, mais dans ce cas, les gens s'en servant ne peuvent pas accéder a ces IP
> une fois re-allouées.
Le boulot pour re-addresser un gros réseau c'est tellement lourd que se battre
contre la proposition de changement sera surement plus simple.
Et je suis sur qu'il y a d'autres cas auxquels je
>> Maintenant, certaines IP peuvent être assignées et non routées pour de
>> bonnes raisons (car NATée, par exemple) donc un processus d'appel doit
>> exister.
>
> Si les IP sont nattées, elles n'ont pas besoin d'être publiques, et une
> renumérotation en RFC1918 devrait être simple à faire, pui
> Cependant, j'aimerai assez discuter de la policy de recuperation d'adresse ip
> aupres d'entité qui ne les utilisent pas en public ,par exemple dans une
> ancienne vie, j'avais une adresse ip publique sur mon imprimante et même sur
> mon poste, et le tout etait natte sur un firewall :) ( et o
>> http://inoa.net/qmail-outbox/
>> Aucune expérience sur la qualité du code !
>
> jamais réussit à le setup :)
> pourtant on a essayé beaucoup (et j'ai encore un personne sur le coup depuis
> pfiuuu 3 mois quand elle a le temps)
Je suis tombe dans la soupe qmail tout petit donc pour moi ça n'a
> J'ai tenté (mais pas fini) de poser un bout de code qui dissocie les
> pièces jointes pour les acheminer vers un dépôt accessible en HTTP, et
> ce automatiquement à l'envoi du mail, par le relai SMTP local.
http://inoa.net/qmail-outbox/
Aucune expérience sur la qualité du code !
Thomas
---
>> Si tu appliques les techniques de filtrage de mail en SORTIE de ton
>> réseau/serveurs, tu peux découvrir les problèmes avant les receveurs
>> et anticiper/éviter de te faire blacklister, mais ces outils ne se
>> trouvent pas en OSS (faites moi signe autrement) et demandent de faire
>> de l'inté
On 29 Jul 2010, at 15:37, Aurélien Beaujean wrote:
> Vous tiendrez ce discours jusqu'au jour où vous aurez été listé dedans
> "parce qu'il y a bien une raison"...
Salut,
Si tu appliques les techniques de filtrage de mail en SORTIE de ton
réseau/serveurs, tu peux découvrir les problèmes avant le
Pareil ici,
Postfix est très bon comme mx et scanner pour ça (mais les fan de Exim diront
la même chose) entre les fonctions en "dur" et l'utilisation d'un daemon
externe, c' est très flexible.
http://www.postfix.org/SMTPD_POLICY_README.html
http://www.policyd.org/
MX -> postfix + policy daemo
LOL - "The FR-IX c'est CHIC" :D
On 6 Jul 2010, at 16:33, Raphael Mazelier wrote:
> C'est la classe je trouve :p
> Avec les petites cartes de visites disponibles autour de la baie.
>
> http://imgur.com/8IAin.jpg
---
Liste de diffusion du FRnOG
http://www.frnog.org/
http://downforeveryoneorjustme.com/
---
Liste de diffusion du FRnOG
http://www.frnog.org/
> Je me permet d'intervenir, car justement ce message me concerne.
Ah ? Toi aussi tu as perdu ta box ?? :p
> Cependant de ce que j'ai compris, certain de la liste ont des clients qui
> utilisent ces moyens grand publique pour utiliser vos services. Donc dans un
> sens, ce type de problème peut
>> Le vendredi 02 juillet 2010 à 00:03 +0200, Pascal Rullier a écrit :
>>>
>>> Paris, le 2 juillet 2010. La Fédération France Wireless ouvre sur Paris
>>> TeleHouse2 à son premier point d'échange Internet non commercial : le WiFIX.
>
> C'est quand meme 2 Juillet et non pas 1er Avril. Ca fait plus
> J'ai parlé des bugs pas de fontionnalites , il ne faut pas confondre.
> Ça m'étonnerait que Juniper commande des bugs sur des protocoles aussi
> basique que le spanning-tree.
> Je veux qu'on parle de trill ou autre, mais avant il faut supporter le
> protocole que 99% DES gens utilisent
Je me s
Peut-on avoir les PDF/PPT/etc. des présentations quelque part, pour les gens
comme moi qui n'ont pas pu venir ?
Thomas
On 30 Jun 2010, at 11:56, Igor Marty wrote:
> Bonjour,
>
> Ici c'est le représentant (j'aime bien ce mot ) BNT et je vais donc de
> mon clavier vous expliquer le comment
301 - 400 sur 706 matches
Mail list logo
