Re: [FRnOG] Pb de flood dns ?

[Frédéric Gander]

On Mon, Oct 15, 2007 at 02:24:56PM +0200, Pierre Col | UbicMedia wrote:
> Le nombre de spams en russe que je reçois sur toutes mes adresses e-mail 
> explose depuis ce week-end; Un rapport ?
> 
>

euh je pense pas les dns sont bloqué un peut partout et ca baisse ...

d'un autre coté les russes ...  ils ne doivent pas avoir qu'un seul botnet
;)


ps:  merci pour le mail ;)
 
> Pierre Col - Directeur Marketing et Business Développement
> [EMAIL PROTECTED]  - 04 78 54 29 
> 08 - 06 11 78 29 01
> *UbicMedia* - 9 rue des Tuiliers - 69003 LYON - www.ubicmedia.com 
>  - www.pumit.com 
>  
> 
> 
> 
> 
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
> 

-- 
GANDER Frédéric 
[EMAIL PROTECTED] - http://www.free.fr
---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] Pb de flood dns ?

[Frédéric Gander]

On Mon, Oct 15, 2007 at 02:15:26PM +0200, Pierre Col | UbicMedia wrote:
> 
> 
> 
>   
>   
> 
> 
> Le nombre de spams en russe que je
> reçois sur toutes mes adresses e-mail explose depuis ce week-end; Un
> rapport ?
> 
> 
> 
>   
> 
>   
>   Pierre Col
> - Directeur Marketing et Business Développement
>   mailto:[EMAIL PROTECTED]">[EMAIL PROTECTED]
> - 04 78 54 29 08 - 06 11 78 29 01
>   UbicMedia  color="#00" face="Trebuchet MS"> - 9 rue des Tuiliers - 69003 LYON
> - http://www.ubicmedia.com/fr/";>www.ubicmedia.com -   href="http://www.pumit.com/?locale=fr";>www.pumit.com
>   
>      http://exemple.pumit.com/?locale=fr";
>  target="_blank">  border="0">
>   
> 
>   
> 
> 
> 
> 
> 



à mort les mails uniquement en HTML

-- 
GANDER Frédéric 
[EMAIL PROTECTED] - http://www.free.fr
---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] Pb de flood dns ?

[Frédéric Gander]

On Thu, Oct 11, 2007 at 04:37:21PM +0200, Wlodek Stankiewicz wrote:
>   Bonjour,
> 
> Oui, c'est la source  ! 
> 
> The DNS request is very strange, is it really for name
> "Y0dQV858AYIM6GaSOTYbUdo2Tv" ?
> It looks like an encrypted string. So the target of the communication could
> be the authoritative (and possibly compromised) DNS server of the domain
> ultra-online.ru , maybe used control a botnet.
>

et donc comme le domaine ultra-online.ru et ultracom.ru on été
blacklister les botnet n'arrivent plus a communiquer et font donc des
requettes en boucle  

je suis pas dans la merde

super
 
> --
> Wlodek
> 
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of
> Gérald Glaise
> Sent: Thursday, October 11, 2007 4:30 PM
> To: frnog@frnog.org
> Subject: Re: [FRnOG] Pb de flood dns ?
> 
> 
> >> A moins d'une traduction sérieuse et étayée par des allégations 
> >> précises, je pense que le message précédent est un troll.
> >> Dont acte.
> >
> > Ou un extrait de http://forum.ixbt.com/topic.cgi?id=42:3789-140
> >
> > --
> >
> OK. Cela donne des éléments pour avancer dans la compréhension du problème?
> 
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
> 
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
> 

-- 
GANDER Frédéric 
[EMAIL PROTECTED] - http://www.free.fr
---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] Pb de flood dns ?

[Frédéric Gander]

On Thu, Oct 11, 2007 at 03:54:31PM +0200, Spyou wrote:
> At 15:53 11/10/2007, you wrote:
> >On Thu, Oct 11, 2007 at 03:28:02PM +0200, Laurent Papier wrote:
> >> Le Thu, 11 Oct 2007 15:16:18 +0200
> >> Frédéric Gander <[EMAIL PROTECTED]> écrit:
> >>
> >> > depuis mardi on a plein de requettes dns vers 2 domaines russe et
> >> > le nombre de requettes augmente de jour en jour.
> >> >
> >> > les domaines sont ultra-online.ru et ultracomp.ru
> >> >
> >> > les requettes ressemblent à :
> >> > A? LWIRKW6aY8QGcNxkdA1y1at1I2KSFP82A4.ultra-online.ru
> >> > A? f0O6A3147B27S0RK4172Ce1s4JRwh7J3.ultra-online.ru
> >> > A? Y0dQV858AYIM6GaSOTYbUdo2Tv.ultra-online.ru
> >> > A? 1I65SO1O6KpFbeEQ66RPhO4ehP28YD07O2cgB.ultracomp.ru
> >>
> >> Bonjour,
> >> je confirme le phénomène sur les DNS que je 
> >gère pour Numéricable. Il semble
> >> que chez 9cegetel, le phénomène soit le même, j'ai vu passé un message à 
> >ce
> >> propos sur une autre mailing liste.
> >>
> >> Pour l'instant, je n'ai pas plus de détail 
> >sur l'origine de l'attaque, mais je
> >> suis intéressé si quelqu'un à plus d'information.
> >>
> >
> >le problème c'est que la zone en face ne repond plus et que les virus
> >font ca en boucle ... d'ou le fait qu'on drop les requettes (sinon ca
> >bouffe des slots recursif et le cache se met à expirer car le serveur
> >n'arrive plus a faire les requettes récursives légitime)
> >
> >mais après la question c'est :  est ce que c'est 
> >le fait de les bloquer fait qui redemandent en boucle ?
> 
> Met un wilcard sur localhost et pouf :) 
> 

deja fait  en repondant 127.0.0.1 ca continue quand meme 
et ca charge bien le dns de repondre au lieu de dropper ...

-- 
GANDER Frédéric 
[EMAIL PROTECTED] - http://www.free.fr
---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] Pb de flood dns ?

[Frédéric Gander]

On Thu, Oct 11, 2007 at 03:28:02PM +0200, Laurent Papier wrote:
> Le Thu, 11 Oct 2007 15:16:18 +0200
> Frédéric Gander <[EMAIL PROTECTED]> écrit:
> 
> > depuis mardi on a plein de requettes dns vers 2 domaines russe et
> > le nombre de requettes augmente de jour en jour.
> > 
> > les domaines sont ultra-online.ru et ultracomp.ru
> > 
> > les requettes ressemblent à : 
> > A? LWIRKW6aY8QGcNxkdA1y1at1I2KSFP82A4.ultra-online.ru
> > A? f0O6A3147B27S0RK4172Ce1s4JRwh7J3.ultra-online.ru
> > A? Y0dQV858AYIM6GaSOTYbUdo2Tv.ultra-online.ru
> > A? 1I65SO1O6KpFbeEQ66RPhO4ehP28YD07O2cgB.ultracomp.ru
> 
> Bonjour,
> je confirme le phénomène sur les DNS que je gère pour Numéricable. Il semble
> que chez 9cegetel, le phénomène soit le même, j'ai vu passé un message à ce
> propos sur une autre mailing liste.
> 
> Pour l'instant, je n'ai pas plus de détail sur l'origine de l'attaque, mais je
> suis intéressé si quelqu'un à plus d'information.
>

le problème c'est que la zone en face ne repond plus et que les virus
font ca en boucle ... d'ou le fait qu'on drop les requettes (sinon ca
bouffe des slots recursif et le cache se met à expirer car le serveur
n'arrive plus a faire les requettes récursives légitime)

mais après la question c'est :  est ce que c'est le fait de les bloquer fait 
qui redemandent en boucle ?
 
> Bonne journée.
> -- 
> Laurent Papier - 03 88 75 80 50
> Admin. système - SdV Plurimedia - <http://www.sdv.fr/>
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
> 

-- 
GANDER Frédéric 
[EMAIL PROTECTED] - http://www.free.fr
---
Liste de diffusion du FRnOG
http://www.frnog.org/

[FRnOG] Pb de flood dns ?

[Frédéric Gander]

Lo,

depuis mardi on a plein de requettes dns vers 2 domaines russe et
le nombre de requettes augmente de jour en jour.

les domaines sont ultra-online.ru et ultracomp.ru

les requettes ressemblent à : 
A? LWIRKW6aY8QGcNxkdA1y1at1I2KSFP82A4.ultra-online.ru
A? f0O6A3147B27S0RK4172Ce1s4JRwh7J3.ultra-online.ru
A? Y0dQV858AYIM6GaSOTYbUdo2Tv.ultra-online.ru
A? 1I65SO1O6KpFbeEQ66RPhO4ehP28YD07O2cgB.ultracomp.ru

etc...

on en est à plusieurs 10ène de milliers de requettes par secondes et ca
augmente (de plus en plus de nouveaux hosts qui se mettent a en faire).


Quelqu'un a t'il entendu parlé d'un nouveau virus / botnet qui fait du
ddos sur dns ou utilise le dns pour communiquer ?


A+

ps : les requettes vers ces domaines sont filtrées chez nous mais bon le
filtrage consomme aussi de la ressource cpu...

-- 
GANDER Frédéric 
[EMAIL PROTECTED] - http://www.free.fr
---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] Saturation du lien Neuf <=> FreeIX ?

[Frédéric Gander]

On Sat, Sep 22, 2007 at 10:44:53PM +0200, Sebastien WILLEMIJNS wrote:
> 
> > >ou mettre des CPU pour que les end-user ils soient pas perdu...
> 
> l'histoire est surtout de trouver une méthode qui permettent aux gens de
> dire "voila l'erreur est là"
>

au risque de choquer, j'en est rien a "tuuut" que les "gens" puissent
voir ou est tel ou tel problème en faisant un traceroute.

99% des "gens" ne comprennent rien au traceroute / tcp/ip etc ...
(même ici des gens on du mal à comprendre un traceroute)

par contre les 99% des "gens" vont avoir du mal à comprendre d'avoir
1heures de coupure d'internet car un gamain de 16 ans à trouvé un
logiciel pour faire un DDOS sur un routeur 

donc entre essayer de garantir un service a 99.9% des "gens" et faire
plaisir a 0.01% des gens pour avoir des beaux traceroutes, je crois que
le choix est vite fait.

De plus il y a moultes problèmes ou le traceroute peut sembler
tout à fait correct et pourtant l'utilisateur peut subir des problèmes
de connectivé.

Heureusement que nous n'avons pas que le "traceroute" pour investiger et
monitorer nos liens backbone, car c'est pas avec un traceroute que  l'on peut
identifier un lien qui gènere 0.1% d'erreurs.

> une config réseau mal faite ou mal dimensionné ca peut arriver mais
> disons que chez les FAI 
> grand public les """érreurs""" de ce genre sont légions sic ! 

je ne vois pas de quelles """erreurs""" tu parles ...

> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
> 

-- 
GANDER Frédéric 
[EMAIL PROTECTED] - http://www.free.fr
---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] Saturation du lien Neuf <=> FreeIX ?

[Frédéric Gander]

On Fri, Sep 21, 2007 at 06:18:00PM +0200, MAUPOINT, Thierry wrote:
> J'ai vérifié les graphs RRDTool et avec le service d'exploitation IP et le 
> peering vers le FreeIX ne sature pas. 
>

et il n'y a pas de perte de paquet ni erreurs sur les lien du freeix entre neuf 
et
axione 

+
> 
> --
> NeufCegetel
> 
> 
> -Message d'origine-
> De : [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] De la part de Vivien GUEANT
> Envoyé : vendredi 21 septembre 2007 08:09
> À : frnog@frnog.org
> Objet : Re: [FRnOG] Saturation du lien Neuf <=> FreeIX ?
> 
> Ronnie Garcia a écrit :
> > Bienvenue dans l'internet moderne en FTTH qui va vite.
> > Comment se fait il que tous les fournisseurs d'IP à Pau ne soient pas 
> > foutus de peerer entre eux sur Pau ?
> Il y a bien un GIX sur Pau gratuit (demande de la communauté d'aglo) 
> mais seul 3 opérateurs sont présent dessus : Axione - Renater - Heliantis
> 
> Il semblerais que Neuf demande à ce qu'Axione lui livre tout son trafic 
> FTTH sur Paris, donc une fois sur Paris, le peering avec Axione se fait 
> sur le FreeIX... C'est vrai que cela fait bizard que deux abonnés Neuf 
> FTTH (un sur le nouvelle offre avec IP neuf et l'autre sur l'ancienne 
> avec IP Axione) sur le même switch passent par le FreeIX.
> 
> (en encore il y a quelques mois il n'y avait pas de peering sur le 
> FreeIX, entre 2 abonnés Neuf, dans le sens IP Neuf => IP Axione, on 
> passait par Cogent et dans l'autre sens on passait par Tiscali...)
> 
> Vivien.
> 
> 
> Concernant le GIX Palois, si certains sont intéressés, c'est sur 
> http://eco.agglo-pau.fr/openlab/offre2.html :
> 
> Le « Nœud d?échange local multiservice » (GIX local) permet aux Membres 
> Openlab et aux acteurs présents dans les POP du réseau PBC d'échanger du 
> trafic IP localement dans un VLAN partagé. Les accès au GIX local sont 
> livrés dans l'un des points de présence locaux du réseau PBC. Un 
> raccordement distant peut être proposé sur demande afin de permettre aux 
> acteurs non présents sur le POP d?Axione d?accéder au GIX local.
> 
> Ce service permet à un opérateur de services de s?interconnecter avec 
> les autres acteurs présents sur le nœud d?échange local et d?échanger 
> ainsi directement des flux multiservices sans passer par des 
> infrastructures longue distance via des accords de « peering ». Les 
> membres du GIX local bénéficient ainsi d?une réduction de leurs coûts de 
> transport et de transit IP d?une part et d?une amélioration de la 
> qualité de service des flux locaux notamment dans le cas d?application 
> temps réel. Le nœud d?échange ne peut desservir que les sites présents 
> dans la zone couverte par la délégation de service public.
> [...]
> Pour devenir membre du GIX PBC, il est nécessaire de :
> - Disposer d'un Autonomous System Number non privé mis à disposition par 
> le RIPE-NCC (ou l'APNIC ou l'ARIN).
> - Connaître le fonctionnement du protocole BGP : le peering entre les 
> différents membre d?un nœud d?échange se fait par l?intermédiaire de BGP4
> - Signer un accord de connexion (ensemble de règles de bon usage du nœud 
> d?échange) : tous les nœuds d?échange comporte ses propres conditions 
> d?accès auxquelles les membres doivent adhérer.
> Les frais d?accès au service et l?abonnement sont offerts en local (à 
> étudier pour un raccordement distant après 1 an).
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
> 
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
> 

-- 
GANDER Frédéric 
[EMAIL PROTECTED] - http://www.free.fr
---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] Saturation du lien Neuf <=> FreeIX ?

[Frédéric Gander]

On Fri, Sep 21, 2007 at 06:02:15PM +0200, Romain Tournier wrote:
> On Fri, Sep 21, 2007 at 05:31:59PM +0200, Radu-Adrian Feurdean wrote:
> > On Fri, 21 Sep 2007 17:28:22 +0200, "Sylvain Rochet"
> > <[EMAIL PROTECTED]> said:
> > > On Fri, Sep 21, 2007 at 05:25:20PM +0200, Radu-Adrian Feurdean wrote:
> > > > Moi je vois un probleme sur l'uplink OVH -> proxad.
> > > Pas du tout c'est de l'icmp|udp limit rate :)
> > Bof, peu importe. C'est toujours chez proxad, pas chez neuf.
> 
> proxad... la source de tous les maux...
>

maux d'estomac je veux bien avec tous les mm&s que je viens de manger ;)

reste zen ils vont t'expliquer comment ils arrivent à router 1mbit/s de
traffic sur le pc quagga et que chez eux ca marche tres bien.
 
> -- 
> Romain
> 
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
> 

-- 
GANDER Frédéric 
[EMAIL PROTECTED] - http://www.free.fr
---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] Wanadoo / Orange SMTP

[Frédéric Gander]

On Tue, Jul 03, 2007 at 12:53:00PM +0200, Stephane Kanschine wrote:
> Le dim 01 jui, vers 21:10 +0200, Radu-Adrian Feurdean exprimait :
> > 
> > Et entre ca et le SDSL a 500 EUR/mois il y a quoi exactement ? Pas
> > vraiment grand chose. Et quand on trouve une offre vendue comme ADSL
> > "pro" on se rend compte que c'est toujours l'ancienne offre "pas pro"
> > avec une nouvelle etiquette commerciale.
> 
> Ou alors il n'y a pas des gens qui préviennent avant de bricoler le
> dslam, rebrancher les cables dans le mauvais ordre. Parce se faire
> remonter l'incident par un employé connecté sur ledit dslam qui a
> appris dans ses 2 semaines de coupure comment ça devait être cablé,
> ça c'est certifié "pas pro". Je dis ça, je dis rien, mais il n'y a pas
> 50 Radu et que tu n'es pas super objectif sur la question :-)
> 
> Entre les deux, il y a aussi des entreprises avec une dimension plus
> petite qui permet un meilleur contact pas que commercial, une gestion
> plus fine du réseau, des offres techniques plus étendues (les 10 000
> signatures pour l'ipv6 ont été atteint non ?), donc aussi un meilleur
> service techniquement parlant finalement.
>

oula c'est presque de la pub la ;)
 
> -- 
> Stéphane Kanschine
> "Vivre simplement pour que simplement les autres puissent vivre" Gandhi
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
> 

-- 
GANDER Frédéric 
[EMAIL PROTECTED] - http://www.free.fr
---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] Wanadoo / Orange SMTP

[Frédéric Gander]

On Sun, Jul 01, 2007 at 06:12:13AM +0200, Yves-Alexis Perez wrote:
> On ven, 2007-06-29 at 16:21 +0200, Stephane Kanschine wrote:
> > Salutations,
> > 
> > Le ven 29 jun, vers 10:41 +0200, Bruno Zuzze exprimait :
> > 
> > > --Le 29 juin 2007 08:53:02 +0200, Yves-Alexis Perez écrivait :
> > > > Et quelle est la "bonne" limite ? Si un particulier a besoin d'envoyer
> > > > plein de mails *valides*, il va pas aimer se faire filtrer.
> > 
> > Comme Diane Villon ? Personne n'a besoin d'envouer beaucoup de mails
> > _valides_. Même les campagnes de publicité de la sncf ne sont pas si
> > énormes qu'on pourrait le croire.
> 
> Bah en l'occurrence, ça peut arriver, si. Je me suis fait blacklister
> temporairement du smtp de free (la freebox v2 n'était pas capable de
> désactiver le filtrage smtp) simplement parce que je revenais du FOSDEM,
> que la KSP avait eu plus ou moins eu une centaine de participants, donc
> que j'avais autant de clés à envoyer. Alors bien sur on peut limiter les
> taux etc., bien sur ça arrive pas si souvent, n'empêche que ça *peut*
> arriver, légitimement, et que c'est désagréable.

D'un autre coté il s'agit d'un abonnement internet résidentiel et pour
un usage résidentiel. Envoyer - de 200 mail en quelques heures est une
limite qui ne derange pas grand monde et empeche les spammer ou les
botnet d'envoyer des quantités trop astronomique de mail.

> > 
> > > > À partir du moment ou tu fixes un chiffre il est forcément mauvais, donc
> > > > ça limite les possibilités.
> > > 
> > > Évidemment, ça c'est le problème du tout illimité... Les gens ne sont
> > > plus habitués sur le net à devoir payer pour un service rendu :)
> > > Pourtant certains opérateurs de téléphonie ont des forfaits limités à
> > > 2h ou 100 SMS, la Poste limite à 20 grammes le courrier en
> > > affranchissement simple, certaines banques à 5 retraits DAB hors réseau,
> > > etc. 
> 
> Ah oui, la solution miracle de faire payer les mails à l'expéditeur,
> solution miracle contre le spam ?
> 



> Cdt,
> -- 
> Yves-Alexis
> 
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
> 

-- 
GANDER Frédéric 
[EMAIL PROTECTED] - http://www.free.fr
---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] Wanadoo / Orange SMTP

[Frédéric Gander]

On Thu, Jun 28, 2007 at 07:21:06PM +0200, Guillaume Leccese wrote:
> C'est pour cela que beaucoup de PME/TPE n'ayant pas les moyens de payer 
> une ligne 500 euros par mois pour une "garantie de service" ... prennent 
> deux lignes à 30 euros.
> 
> Oui bloquer le port 25 est une bonne chose (même si à mon avis c'est une 
> goutte d'eau dans l'océan de spams qui nous entoure) mais ne pas donner 
> la possibilité à un abonné d'avoir le choix, c'est limite.
> 
> Demain on va filtrer le 80 ? 443 ?
> 
> Je peux comprendre que la chose ne soit pas aisée à faire suivant les 
> circonstances, mais Free à bien pu le faire alors pourquoi pas Wanadoo ?
>

par ce que c'est peut être plus compliqué a faire quand on a plusieurs
type d'équipements genre :  livebox / dslam / routeur  avec des config
spécifiques liées à l'entreprise qu'avec une archi relativement
homogène ou on a directement la main sur les développeurs.

+



> --
> Guillaume
> 
> Bruno Zuzzé a écrit :
> >--Le 28.06.2007 17:18:30 +0200, Radu-Adrian Feurdean écrivait :
> >  
> >>Et on fait quoi des boites a 2-5 personnes qui n'ont pas les moyens ou
> >>la volonte de payer une facture internet a 3-4 chiffres ? Ah, oui, j'ai
> >>compris, on leur propose d'heberger leur nom de domaine/messagerie
> >>"pro". Pour plus cher, et pas forcement dans des meilleures conditions
> >>(bien au contraire).
> >>
> >
> >En toute logique on ne devrait pas s'improviser Admin système, de même
> >que vous n'aimeriez pas croiser sur la route quelqu'un qui vient de
> >s'improviser chauffeur poids lourd. Donc si vous avez la compétence en
> >interne vous montez son propre smtp chez un low-cost, qui ecoute sur autre
> >chose que le port 25, ou alors vous trouvez un hébergeur qui propose
> >directement ce service.
> >
> >Je ne prétends pas qu'utiliser le port 25 soit un service à forte valeur
> >ajoutée, loin de là. Mais il est illusoire de vouloir (à terme)
> >bénéficier de prestations pour professionnels en payant un prix grand
> >public.
> >
> >Et si demain votre FAI vous annonce 15 jours de coupure à cause de travaux
> >au NRA, gelant ainsi totalement votre activité, qu'allez-vous faire ? Ce
> >n'est pas un FAI pro, il n'a pas de CGV adaptée à la perte d'activité,
> >au mieux il vous remboursera au prorata de la période non utilisée, et
> >c'est maigre 29,90€*15/31 ...
> >
> >Il y a le même probleme dans le monde de l'hébergement, à savoir des
> >client qui payent du hosting à des brokers à hauteur de 0,99€/mois pour
> >100Go et trafic illimité et qui à côté voudraient des SLA qui les
> >dédomagent à hauteur de 100 fois le CA perdu en cas de coupure bref
> >le beurre, l'argent et la crémière.
> >
> >  
> 
> -- 
> Guillaume Leccese - Consultant
> 13, rue Greneta 75003 Paris
> tel: 01 44 78 63 66 - fax: 01 44 78 63 65
> http://www.oxalide.com 
> 
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
> 

-- 
GANDER Frédéric 
[EMAIL PROTECTED] - http://www.free.fr
---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] Wanadoo / Orange SMTP

[Frédéric Gander]

On Wed, Jun 27, 2007 at 10:47:43AM +0200, Léo Goehrs wrote:
> Bonjour,
> 
>  
> 
> Wanadoo / Orange pour notre plus grand bonheur viens de suivre Free sur le 
> blocage du SMTP sortant mais en moins bien puisque le blocage n'est pas 
> desactivable. Pour contourner le problème, selon Wanadoo, il faut passer en 
> IP Fixe.
>

ba c'est bien il va y avoir moins de spam, et comme ca les mec vont
arreter de developper des botnet, et a l'arrivée moins de
support client et moins de pb pour tout le monde 

 
>  
> 
> Bref, vous risquez d'entendre parler de ca autour de vous
> 
>  
> 
> Léo Goehrs
> 
> Alionis / Niv2
> 

-- 
GANDER Frédéric 
[EMAIL PROTECTED] - http://www.free.fr
---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] Routeur BGP redondant avec Quagga

[Frédéric Gander]

On Sun, Apr 29, 2007 at 12:49:59PM +0200, Benjamin Malynovytch wrote:
> 
> Le soucis, c'est que même quand le VRRP fonctionne dans les 2 secondes qui
> suivent, si le master a une rupture uniquement au niveau de la patte
> interne, pas de soucis, il tombe "proprement" ses connexions BGP et ses
> routes, ce qui prend moins de  secondes. Mais dans le cas où le serveur
> tombe complètement (alim cramée, carte mère en vrac, kernel panic ...), il
> ne peut pas fermer les sessions BGP proprement. Ca signifie qu'il reste des
> routes montées du côté des transitaires qui utilisent le master jusqu'à ce
> qu'il y ait un timeout. Et le problème est toujours le même : ce timeout est
> trop long :(
>

sinon une autre solution c'est d'utiliser du BFD mais je sais pas si
quagua/pc le supporte

avec bfd tu peut detecter une perte de connectivité avec le routeur
distant en moins de 1 seconde et il te met l'interface en down ce qui a
pour conséquence de  faire tomber les protocoles de routage et donc
recalculer le routage.

> Benjamin.
> 
> 
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
> 

-- 
GANDER Frédéric 
[EMAIL PROTECTED] - http://www.free.fr
---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] Routeur BGP redondant avec Quagga

[Frédéric Gander]

On Sun, Apr 29, 2007 at 12:49:59PM +0200, Benjamin Malynovytch wrote:
> > Ben .. ca permet de ne pas avoir a attendre que 
> > les sessions BGP remontent sur le slave quand le 
> > master se prends un mur. La contrepartie c'est 
> > que tu n'a qu'un transitaire a dispo quand tu fonctionne en mode dégradé
> 
> C'est pour ça que dans la seconde solution que j'ai testée, chaque routeur
> monte ses propres sessions BGP en permanence, et le second rallonge
> volontairement ses routes d'un hop pour empêcher le trafic d'arriver par lui
> tant que le master est up.
> 
> > Si tu veux pouvoir exploiter tes deux 
> > transitaires, il faut que ton master connaissent 
> > les meilleurs routes du transitaire du slave ==> ibgp obligé.
> 
> Dans le schéma que tu expliques, je comprends l'utilité de l'iBGP :)
> 
> > J'echange un schema sur papier contre une biere
> 
> Tu as une marque préférée ? ;)
> 
> > > Bonne nouvelle :) Il ne me reste plus qu'à trouver comment indiquer aux
> > > routeurs BGP des transitaires comment leur envoyer l'info depuis le
> routeur
> > > de secours pour qu'ils coupent les routes le plus rapidement possible.
> 
> > Ca, tu pourra pas. Mais peu importe. Si tu fais 
> > bien ton VRRP, ton master s'isolera de lui meme 
> > sur toutes ses pattes et basta :)
> 
> Le soucis, c'est que même quand le VRRP fonctionne dans les 2 secondes qui
> suivent, si le master a une rupture uniquement au niveau de la patte
> interne, pas de soucis, il tombe "proprement" ses connexions BGP et ses
> routes, ce qui prend moins de  secondes. Mais dans le cas où le serveur
> tombe complètement (alim cramée, carte mère en vrac, kernel panic ...), il
> ne peut pas fermer les sessions BGP proprement. Ca signifie qu'il reste des
> routes montées du côté des transitaires qui utilisent le master jusqu'à ce
> qu'il y ait un timeout. Et le problème est toujours le même : ce timeout est
> trop long :(
>


"timer bgp" is your friend

> Benjamin.
> 
> 
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
> 

-- 
GANDER Frédéric 
[EMAIL PROTECTED] - http://www.free.fr
---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] BGB avec Quagga

[Frédéric Gander]

On Wed, Apr 04, 2007 at 05:25:20PM +0200, Mathieu Paonessa wrote:
> Frédéric Gander wrote:
> > On Wed, Apr 04, 2007 at 04:54:25PM +0200, Spyou wrote:
> 
> >> A la limite, mieux vaut pousser un peu et 
> >> demander un /20 dès le début, ca evite de 
> >> commencer avec un /24, pis d'en demander un second après, pis un 3eme, etc 
> > 
> > 
> > en theorie les gens qui on des AS recoivent des /19 du ripe 
> > sauf les PI mais bon 
> 
> Pas exactement. C'est les LIR qui ont une "grosse" alloc au depart et,
> de nos jours, c'est un /20 minimum.

ah ca je ne sais pas,  nous on recois des /10  (krrr krrr krrr) ;)

> Beaucoup de gens ont un AS et un petit PI ou PA car ils ne souhaitent
> pas passer a la caisse du RIPE.

d'ou la question : est ce que ces gens la doivent avoir un AS ?

> 
> > et puis bon ya trop d'AS aussi ;)
> 
> Et y'en aura encore plus avec les AS 32bits :)

chouette des nouveaux bug ;)

> 
> --
> Mathieu

-- 
GANDER Frédéric 
[EMAIL PROTECTED] - http://www.free.fr
---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] BGB avec Quagga

[Frédéric Gander]

On Wed, Apr 04, 2007 at 04:54:25PM +0200, Spyou wrote:
> At 16:39 04/04/2007, you wrote:
> >Spyou a écrit :
> >> At 16:09 04/04/2007, Mathieu Paonessa wrote:
> >>> Pas besoin d'aller aussi loin. Il suffit de lire les 4 premieres lignes
> >>> du Weekly Routing Table Report pour se faire peur:
> >>>
> >>> BGP routing table entries examined:  216896
> >>> Prefixes after maximum aggregation:  116021
> >>> Deaggregation factor:  1.87
> >>> Unique aggregates announced to Internet: 105580
> >>
> >> A la limite, qu'un /16 désagrege en deux /17, pourquoi pas .. mais ca
> >> reste interessant, amha, d'avoir la stats des désagreg *lourdes* (type
> >> "oh tiens, si j'annoncai mon /20 en 16 morceaux")
> >
> >Hmmm, je suis nouveau avec tout ça mais quel interêt de désagréger des 
> >blocs ?
> 
> 
> Par exemple, quand on a une infra double site, de 
> mettre la moitié de ses IP d'un coté, l'autre de 
> l'autre, et chaque coté annonce ses propres IP .. 
> comme ca, si l'interlan entre les deux claque, 
> pas de coupures. (mais ce n'est qu'un exemple parmis d'autres)
>


oui mais c'est se servir du bgp pour palier à un problème
d'infrastructure

Normalement les annonces de ton réseaux doivent etre "homogènes".
Si on te passe du traffic à new york tu doit pouvoir l'acheminer 
à paris de la même facon que si on te passe le traffic à
paris.
Le problème c'est que le bgp commence à etre utilisé un peut n'importe
comment pour régler des problèmes internes dans certain cas ou encore
monter des plateformes de distribution de contenues reparties (tien des CDN
? ;) )


 
> >Aussi pour dire que je suis fortement contre 
> >l'idée de filtrer les /24, c'est ce que j'ai ;-)
> >Sérieusement, je ne vais pas cacher que j'espère 
> >bien pouvoir justifier l'emploi d'un /27 ou /26 
> >dans un futur pas trop lointain mais il faut bien
> >commencer avec quelque chose ... Plutôt que de 
> >voir apparaître des bidouillages pour faire 
> >croire qu'on a besoin au moins d'un /27 pour ne pas se
> >faire filtrer.
> 
> /23 et /22, tu veux dire ? :)
> 
> A la limite, mieux vaut pousser un peu et 
> demander un /20 dès le début, ca evite de 
> commencer avec un /24, pis d'en demander un second après, pis un 3eme, etc 


en theorie les gens qui on des AS recoivent des /19 du ripe 
sauf les PI mais bon 

et puis bon ya trop d'AS aussi ;)

> ..  
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
> 

-- 
GANDER Frédéric 
[EMAIL PROTECTED] - http://www.free.fr
---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] BGB avec Quagga

[Frédéric Gander]

On Wed, Apr 04, 2007 at 02:47:28PM +0200, Mathieu Paonessa wrote:
> Frédéric Gander wrote:
> > D'ailleurs quid de filtrer à /23 les annonces BGP ca reduirais le nombre
> > de prefixes dans les tables bgp et comme ca plus besion d'upgrader les
> > routeurs ? non ? ;)
> > 
> > le ripe n'alloue pas de /24 sauf quelques PI mais bon ... ;) 
> 
> A ce moment la autant mettre en place un filtrage a la "IP-Plus" et
> n'accepter que les prefixes en fonction des allocations des RIR
> (d'ailleurs la liste est elle toujours publiee par Andre ?).
> Parrait que ca evitera a certains de commander des -3BXL au papa noel :)
>

ah non moi papa noel ma livré un truc aussi lourd qu'un camion de police
;)
 
> --
> Mathieu

-- 
GANDER Frédéric 
[EMAIL PROTECTED] - http://www.free.fr
---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] BGB avec Quagga

[Frédéric Gander]

On Wed, Apr 04, 2007 at 11:22:15AM +, [EMAIL PROTECTED] wrote:
> Le 4/4/2007, "David Touitou" <[EMAIL PROTECTED]> a écrit:
> 
> >Et moi je regarderai plutôt openbgpd que quagga.
> 
> Ca n'est pas un sujet que je connais tres bien mais de la meme maniere
> je pencherais plus pour du BSD que du linux, la pile TCP/IP a des
> chances d'être plus solide.
> 
> Il y a des chances que openbgpd (plus minimal et plus légé que quagga)
> s'integre bien mieux avec openbsd ou la rigueur freebsd qu' avec linux.
>

Allez trollons un peut,

On va aussi peut être arrêter de faire n'importe quoi sur internet 
Router 1.5Gbit/s de trafic, demander un AS et faire ca avec des pc ... 

Entre les gens qui split leurs annonces en /24, les gens qui font joujou
pour avoir un AS et tout le reste, le BGP sur internet va devenir une vrai 
poubelle ...

D'ailleurs quid de filtrer à /23 les annonces BGP ca reduirais le nombre
de prefixes dans les tables bgp et comme ca plus besion d'upgrader les
routeurs ? non ? ;)

le ripe n'alloue pas de /24 sauf quelques PI mais bon ... ;) 

> Dans les archives, quelqu un parlait dailleurs de quagga+freebsd. Cela
> pourrait etre interessant de regarder.
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
> 

-- 
GANDER Frédéric 
[EMAIL PROTECTED] - http://www.free.fr
---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] Re: [FRnOG] Re : [FRnOG] Re: [FRnOG] Re: [FRnOG] Re: [FRn OG] RE: [FRnOG] Content Delivery Network (CDN ) à la francaise

[Frédéric Gander]

On Mon, Dec 11, 2006 at 03:24:09PM +0100, Greg VILLAIN wrote:
> Euh ceci-dit, pour pas mal connaitre le cas de FastWeb, ils sont  
> revenus sur leur pas: un admin réseau tous 100 clients pour  
> l'activation Ethernet... ils sont vites passés au VDSL.
>

et c'est quoi la diff entre l'activation d'un port ethernet et d'un port
vdsl ?

 
> Greg
> 
> On Dec 11, 2006, at 12:42 PM, Nicolas Strina wrote:
> 
> >-BEGIN PGP SIGNED MESSAGE-
> >Hash: RIPEMD160
> >
> >Hello,
> >
> >C'est hallucinant ce que l'on peut lire. La techno ptp est  
> >clairement viable. On l'exploite depuis 3 ans sans aucuns soucis.
> >Après comme le dis Alec c'est une question de savoir faire des  
> >design :) Des cas en Europe il y'en a des dixaines (Voir Fastweb et  
> >B2B chez les Scandinaves).
> >Il n'y pas que Paris qui possède des sous sols aménageable ou tu  
> >peux passer de la fibre sans devoir creuser toutes les rues. Le GC  
> >compte pas mal
> >dans ce genre de déployement. On est plus à l'âge du cuivre :)
> >
> >+
> >
> >Nico
> >
> >>Selon NOC Stratum-IP le 9/12/06 13:51:
> >>
> >>>Le FTTH à la Free (point à point) est quasi impossible à imaginer en
> >>>dehors d'une ville à TRES haute densité de population au m2.
> >>
> >>Euh, il n'y a pas que les rapports alarmistes officiels (au  
> >>hasard, l'Idate)
> >>dans la vie :-)
> >>
> >>On en reparle, disons, dans quelques années ?
> >>
> >>>Un compromis pourrais pour une collectivité pourrait être le  
> >>>GPON, qui
> >>>est actif mais transparent pour l'IPS avec en plus une QoS  
> >>>intrinsèque.
> >>
> >>Effectivement, si on prend comme référents pour le calibrage de la  
> >>techno
> >>les usages et consos actuels, on arrive vite à l'illusion que le  
> >>PON est le
> >>remède miracle en conciliant FTTH et (pseudo) maîtrise des coûts.
> >>
> >>Sauf que c'est se planquer derrière son petit doigt pour ne pas  
> >>voir qu'en
> >>pratique ça ne revient ni plus ni moins qu'à recréer les points de
> >>congestion du câble puis du DSL non dégroupé. Plus loin dans le  
> >>temps, si le
> >>cuivre est très rapidement passé d'un modèle où les lignes étaient
> >>multiplexées à un modèle paire dédiée entre l'abonné et le NRA sur  
> >>plus de
> >>95% du territoire (y compris en rural), c'est bien qu'il y avait  
> >>une raison
> >>à cela.
> >>
> >>Quitte à déployer quelque chose, autant faire en sorte que cela  
> >>soit pour
> >>durer et pour ne pas avoir à retirer sans cesse du cable. Or du  
> >>PON ça
> >>répond peut être aux besoins actuels en priant que les geeks ne  
> >>colonisent
> >>pas tous une même zone, mais le jour où les usages évolueront
> >>significativement chez M. et Mme Toutlemonde, tout sera à mettre à la
> >>poubelle et il faudra aller retirer des cables en priant pour  
> >>qu'il reste de
> >>la place dans les fourreaux.
> >>
> >>>Son problème majeur est le manque de maturité et de cas concrets. FT
> >>>expérimente cette techno.
> >>
> >>Et pas que cette techno. L'expé ne se limite pas qu'à Paris et FT  
> >>est bien
> >>plus maline qu'on ne le pense en étant experte dans l'art de  
> >>l'écran de
> >>fumée :-)
> >>
> >>
> >>Alec,
> >
> >-BEGIN PGP SIGNATURE-
> >Version: GnuPG v1.4.5 (Darwin)
> >Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
> >
> >iD8DBQFFfUQqhVupqbmzoscRA+pWAKCrlBLRYcHckNehpjTtUfC9YCjFCgCffFsR
> >xbHAlSgmwTdzKG46mFNz/yw=
> >=SVAN
> >-END PGP SIGNATURE-
> >---
> >Liste de diffusion du FRnOG
> >http://www.frnog.org/
> >
> 
> Greg VILLAIN
> Network Architect / Dailymotion Corp.
> 35 bis rue Greneta 75002 Paris
> [EMAIL PROTECTED]
> +33 (0)1 77 35 11 13
> +33 (0)6 87 48 66 14
> www.dailymotion.com
> 
> 
> 
> 
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
> 

-- 
GANDER Frédéric 
[EMAIL PROTECTED] - http://www.free.fr
---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] Re: [FRnOG] Re : [FRnOG] RE : [FRnOG] RE : [FRnOG] Con te nt Delivery Network (CDN) à la francaise

[Frédéric Gander]

On Mon, Dec 11, 2006 at 11:56:12AM +0100, Issam Hakimi wrote:
> Le lundi 11 décembre 2006 11:52, Jerome Fleury a écrit :
> > Oui! Les gros fournisseurs de contenu (je ne parle pas des petits) font
> > partie intégrante du réseau.
> > S'ils ne veulent pas décentraliser leur réseau, alors au moins qu'ils
> > choisissent un transiteur qui sait le faire.
> > Les gros fournisseurs US l'ont déjà compris au niveau mondial
> > (Google/Yahoo) en établissant des plateformes continentales, des
> > transits continentaux, et des peerings nationaux. Je ne vois pas
> > pourquoi le modèle ne se reproduirait pas au niveau francais, surtout au
> > prix actuel d'un IRU chez un fournisseur de fibre, ca devrait rentrer
> > dans n'importe quel business model de toute plateforme dépassant les
> > 4Gbps de trafic.
> 
> C'est peut être tout simplement pas leur métier 
>

eh ba alors pourquoi ces gens  prennent un AS et des routeurs et veulent
faire du peering  à partir d'un seul pop ?
si c'est pas leur métier

A+
> Cordialement,
> Issam Hakimi
> 
> --
> General Manager
> 
> Phone : +33 (0) 142418093
> http://www.transnode.com | http://www.transnode.net
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
> 

-- 
GANDER Frédéric 
[EMAIL PROTECTED] - http://www.free.fr
---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] Re: [FRnOG] Re : [FRnOG] Re: [FRnOG] Re: Content Delivery Network (CDN) à la francaise

[Frédéric Gander]

On Sat, Dec 09, 2006 at 05:59:00PM +0100, Nicolas Strina wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: RIPEMD160
> 
> Qui parle de course à la BP ? On fournit du 10MB sym. pour le Net et c'est 
> largement suffisant.
> Il te reste au bas mot 90Mb pour VoD/VoIP alors ta QoS tu peux la ranger :) 
> Si tu déplois pour faire du 100Mb
> c'est ton problème et QoS ou pas tu seras un jour ou l'autre limité.
> 

Euh sans vouloir chipotter 

le fait de séparer 10mbit/s pour le net et 90 pour le reste c'est faire
de la QoS non ? ;)

de plus meme sur une liaison sans qos de 100mbit/s tu peux avoir 1 microburst 
de trafic 
qui fait que tu peux techniquement te mettre à dropper le trafic video
et la video ca n'aime pas les drops.

+

> A+
> 
> Nico
> 
> > Nicolas Strina a écrit :
> >> -BEGIN PGP SIGNED MESSAGE-
> >> Hash: RIPEMD160
> >>
> >> Hello,
> >>
> >> Par expérience:
> >>
> >> - - 3 PVLAN's pour VoD/VoIP/Internet
> >>
> >> Pas besoin de QoS tu livres sur un port ou tu retrouves suffisement de
> >> bande passante alors pourquoi faire de la QoS ?
> > 
> > Quel rapport entre QoS et BP ? Compenser l'absence de QoS par une course
> > effrénée à la BP n'est pas une réponse viable à lire le débat qui fait
> > rage en ce moment sur les coûts d'infra.
> > 
> 
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v1.4.5 (Darwin)
> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
> 
> iD8DBQFFeutUhVupqbmzoscRA5fOAJ9OsSWAD3rMpbyV6FEg1acOdAOGkgCdFY/8
> wBQrWYhuFTfti26gKsvKw6E=
> =ZaAZ
> -END PGP SIGNATURE-
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
> 

-- 
GANDER Frédéric 
[EMAIL PROTECTED] - http://www.free.fr
---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] Re: [FRnOG] Re : [FRnOG] RE: [FRnOG] Content Delivery Networ k (CDN) à la francaise

[Frédéric Gander]

On Fri, Dec 08, 2006 at 09:41:17AM +0100, Bernard Dugas wrote:
> >Oublie pas de bien separer tes clients pour pas qu'ils puissent faire du 
> >MITM sur les membres de leur vlan ;)
> 
> Prévu ! Certainement 1 vlan par client, pour être tranquille.
>


ya qu'un petit problème, je ne vois pas trop quel fournisseur d'acces va
prendre une offre de services pour accéder à ses clients. 

Vu la technicité des offre triplelay il faut que l'isp maitrise
techniquement de bout en bout l'infra technique et le fait de mettre une
couche d'actif entre fait que beaucoup ne vont pas être interessés.

J'ai 2 raisons à ca :

- de devoir apres gèrer une multitudes de choix techniques (chaque
  délégation locale va avoir une techno différente), bonjour la misère
  pour adapter l'offre pour chaque groupement de commune

- de devoir travailler avec des gens non spécialisé dans les réseaux
  entrainant de nombreuses pannes et autres problèmes (car dans certaine dsp
  les infra actives sont gèrées par des gens de la région n'ayant pas
  forcement les compétances pour le faire ou les même objectifs que le
  fai, genre "maintenance prevue ce jour entre 14 et 20h")


Donc en resumé l'isp est surtout intéressé par des infra "passive" 
fibre, pop

+
>  >>C'est bien l'isp qui facture le client final, et paye à la collectivité
> >>un forfait pour la location du "tuyau" entre le pop et le client.
> >
> >Donc en gros tu fais juste de la collecte en FTTH et tu comptes
> >sur le fait que des ISP utilisent ta collecte pour rendre ton
> >activite rentable.
> 
> Surtout pour faire exister le service ! La loi (article 1425-1 du CGCT) 
> interdit à la collectivité de faire le service au client final. C'est 
> fait exprès pour laisser la place aux fournisseurs de services.
> 
> >>C'est ce que je voulais dire, cela revient à un réseau "local" à très 
> >>haut débit.
> >
> >Humm.. et donc tu comptes aussi facturer le client directement sur ces
> >echange de traffic en local ?
> 
> Non sur 2 points :
> 
> - la collectivité ne facture pas le client final, mais le 
> fournisseur/opérateur de services, qui lui facture son client final.
> 
> - le fournisseur de service paye pour un tuyau entre client et pop, on 
> va aussi organiser du GIX, avec connexion directe sur le CERN/CIXP et 
> sur Lyonix.
> 
> >>Mais là c'est le travail de l'ISP. Et un ISP qui permettra plus aura 
> >>peut-être plus de clients :-)
> 
> >Et des pertes en plus :)
> 
> De quelles pertes parles-tu ?
> 
> Les petits ISP auront intérêt à venir dans l'Ain :-)
> >>>Ca ne changerait pas grand chose.
> >>
> >>Si pour profiter de la bande passante locale à très haut débit.
> >
> >Si tu comptes monter un IX oui, sinon je vois pas vraiment en quoi
> >ils vont en profiter :p
> 
> La collectivité fera de la bande passante pour que même des petits 
> puissent accéder au réseau, y compris avec lien vers Lyonix et CIXP.
> 
> A bientôt,
> -- 
> 
>  __ Bernard DUGAS 
> | |
> |  Technoparc Pays de Gex  mailto:[EMAIL PROTECTED] |
> |  30 Rue Auguste Piccard   Tel.: +33 615 333 770 |
> | FR 01630 St Genis Pouilly Fax : +33 450 205 106 |
> |_|
> 
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
> 

-- 
GANDER Frédéric 
[EMAIL PROTECTED] - http://www.free.fr
---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG]

[Frédéric Gander]

On Wed, Dec 06, 2006 at 02:12:37PM +0100, Greg VILLAIN wrote:
> En fait, là ou je me pose véritablement des questions, c'est:
> - l'aptitude de nos machines à gérer à la fois le 802.1Q et les Jumbo

ca depend vraiment de la carte reseau, de tes serveurs et des drivers.

si les drivers supporte les bonnes fonctions "hardware" 
tu n'auras pas de problème de cpu ou autres.

> - les modalités de migration: est-ce que je dois d'abord faire 2  
> VLANs, un jumbo, un pas JUMBO et migrer progressivement les machines  
> de l'un à l'autre ?

tu passe tout tes switchs en jumbo
une fois que ton reseau est en jumbo tu passe tes machines.

de toute facon meme s'il y a un problème, tu est sensé adapté la mtu
automatiquement (sauf si bien sur tu filtre les icmp genre le type 3
code 4)

attention cependant si tu fait ca dans ton reseau interne tu ne vas pas
avoir de problème cependant si ca va sur internet attention les dégats
avec les firewall qui drop les icmp ou les pc qui ne font pas bien le
tcp mss adjust.



> Le truc c'est qu'il faut juste que j'évite qu'une machine non-JUMBO  
> reçoive un paquet JUMBO...
>

il faut juste que dans le même "lan" toutes les machines soient à la même
mtu que le routeur en amont, mais en tcp de toute facon avec le mss
adjust ca doit marcher.

+
> Greg
> 
> On Dec 6, 2006, at 1:39 PM, Renaud Guerin wrote:
> 
> >Le 6 déc. 06 à 11:38, Greg VILLAIN a écrit :
> >
> >>Y-a-t-il un membre de cette liste qui aurait déjà une expérience  
> >>de migration de plateforme en ligne de MTU1500 vers JUMBO FRAME ?
> >>Je ne me fais aucun souci sur ce qui est des liens CORE, mais les  
> >>liens vers les serveurs vont supposément me poser des problèmes...
> >
> >Salut, à quels problèmes tu penses côté serveur ?
> >C'est quel OS ? Je l'ai fait sans souci particulier sur du Linux  
> >2.6..---
> >Liste de diffusion du FRnOG
> >http://www.frnog.org/
> >
> 
> Greg VILLAIN
> Network Architect / Dailymotion Corp.
> 35 bis rue Greneta 75002 Paris
> [EMAIL PROTECTED]
> +33 (0)1 77 35 11 13
> +33 (0)6 87 48 66 14
> www.dailymotion.com
> 
> 
> 
> 
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
> 

-- 
GANDER Frédéric 
[EMAIL PROTECTED] - http://www.free.fr
---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] Re: [FRnOG] Re : [FRnOG] Re: [FRnOG] Re: [FRnOG] RE: [FRn OG] Content Delivery Network (CDN) à la francaise

[Frédéric Gander]

On Wed, Dec 06, 2006 at 10:37:56AM +0100, Pierre-Yves Maunier wrote:
> 20go de traffic :
> - une même vidéo pouvant être vue plusieurs fois par plusieurs 
> internautes (genre je poste une video de 10mo sur un topic vu par 100 
> personnes dans la journée et sur plusieurs jours : une vidéo peut être 
> téléchargée plusieurs jours, semaines après avoir été mise en ligne.
> - des images postées et linkées un peu partout ca fait tout de même pas 
> mal de traffic
> - le serveur teamspeak rajouté il y a quelques mois
> - le streaming de ma musique pour l'écouter lorsque je suis en déplacement
> 
> Sur certains forums ou les topics sont consultés par des centaines de 
> personnes je peux t'assurer que le traffic est relativement élevé 
> (surtout qu'à leur tour les personnes repostent sur d'autre forums, 
> d'après ce que je vois dans les logs apache).
> 
> Enfin bref on s'éloigne du sujet.
>


je sais 

on a oublier de compter le trafic IPV6 

ils viennent de la les 1 mbits manquants ;)

ralala ;)

 
> >à d'autre ;)
> >  
> :-)
> >+
> >
> >  
> 
> Pierre-Yves
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
> 

-- 
GANDER Frédéric 
[EMAIL PROTECTED] - http://www.free.fr
---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] RE: [FRnOG] Co ntent Delivery Network (CDN) à la francaise

[Frédéric Gander]

On Wed, Dec 06, 2006 at 01:13:08AM +0100, Sylvain Coutant wrote:
> > Bref, y a plus qu'à attendre (ou créer ;) ) la prochaine killer app
> > qui tire partie de la symétrie pour rendre obsolète Youtube...
> 
> Qui gagnera ?
> 
> Bittorrent : http://blog.wired.com/monkeybites/2006/11/bittorrent_cuts.html
> ou
> Azureus : http://www.wired.com/news/technology/software/0,72223-0.html
> 
> ?
>


moi je mets 10euros sur bourricot 
 
> --
> Sylvain
> 
> 
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
> 

-- 
GANDER Frédéric 
[EMAIL PROTECTED] - http://www.free.fr
---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] Re: [FRnOG] Re : [FRnOG] Re: [FRnOG] RE: [FRnOG] Content Delivery Network (CDN) à la francaise

[Frédéric Gander]

On Wed, Dec 06, 2006 at 08:38:44AM +0100, Pierre-Yves Maunier wrote:
> On 05/12/2006 16:52, Sylvain Rochet wrote:
> >
> >On peut tres bien partager ses photos et ses videos avec 1 mbits/s 
> >d'upload sans aucun soucis.
> >
> >  
> C'est ce que je faisais au départ mais on se rend compte qu'au bout d'un 
> moment ça ne suffit plus :
> quelques vidéos et photos/images postées sur quelques forums et le 1 
> mbit/s est vité saturé.
> Aujourd'hui j'utilise un dédié qui à un average out de 1.8 mbit/sec et 
> qui fait des pointes à environ 10 mbit/s au moins une fois par jour.


1.8mbit/s de photo et de video perso

ce qui nous fait : 

a vue de nez ca fait 20go de video et photo "perso" que tu postes par jour ? ;)

à d'autre ;)

+

> >Sylvain
> >  
> Pierre-Yves
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
> 

-- 
GANDER Frédéric 
[EMAIL PROTECTED] - http://www.free.fr
---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] RE: [FRnOG] Co ntent Delivery Network (CDN) à la francaise

[Frédéric Gander]

On Fri, Dec 01, 2006 at 04:46:59PM +0100, Damien Wetzel wrote:
> A mon avis le futur proche donnera des débits 100 Mbs symetriques,
> c'est deja le cas au japon et en coree.
> Et comme la nature a horreur du vide les tuyaux upload se rempliront
> tout seul (les majors vont encore cauchemarder).
> 
> Qui va payer pour des reseaux dimmensionnés à cet effet ?
> 
> Je fais partie d'un mailing list privée dans laquelle se trouve 
> des grosses pointures de l'internet.
> Tout le monde, americains en tete est admiratif et envieux  de la percee 
> du haut debit en France et des prix bas. (je l'explique peut etre à
> tort par la regulation imposée à FT de ne pas vendre endessous d'un
> certain prix ses connections ADSL pour favoriser la competion)
> 
> Mon idée est que ce n'est pas à l'utilisateur final, ni au FAI, ni au
> fournisseur de contenu mais à l'etat.
> Financer les infrastructures ne reviendrait pas bien cher à l'état en
> regard de la création de richesse produite (moins de chomeurs). 

Faudrait intégrer ça dans le programme du parti communiste pour les
présidentielle de 2007.

Et c'est connu que l'état est le plus apte à faire des investissements
à un cout optimal ;)


> Cette richesse se produit aux extremités du reseau: nouvelle applications, 
> web 3.0 non par le reseau (desolé pour mr free ,neuf et FT).
> Damien,
> 
> 
> Paul Rolland writes:
>  > Bonjour, 
>  > 
>  > > On arrive effectivement a une grosse montée de traffic descendant...  
>  > > chez l'abonné grâce a ces idées.
>  > > 
>  > > Je fais juste ce petit constat...
>  > 
>  > Autre petit constat : les ratio d'assymetrie sont tels que si on veut
>  > continuer a pouvoir utiliser son acces ADSL de maniere un tant soit peu
>  > decente, il faut faire le maximum pour garder son cote "fournisseur de
>  > contenu" le plus vide possible, ce qui a tres certainement contribue
>  > a l'emergence des grandes plateformes de diffusion.
>  > L'autre point, c'est que chez la majorite des operateurs en France (et
>  > ailleurs),
>  > l'IP est dynamique, ce qui vous empeche de diffuser des URLs vers du 
> contenu
>  > que vous hebergez.
>  > Bref, toutes les conditions sont reunies pour favoriser l'essort de gros
>  > hebergeurs, parce que Mr et Mme Michu n'ont pas les moyens de faire ca
>  > avec leur acces... Le Multipoint vers Multipoint est encore une fois 
> redevenu
>  > Point vers Multipoint... Comment fournir du contenu, de l'information, sans
>  > avoir besoin d'acheter une baie chez  ... ou louer une Dedibox :)
>  > 
>  > L'internaute ne sera-t-il donc toujours considere que comme un consommateur
>  > ???
>  > 
>  > Paul
>  > 
>  > ---
>  > Liste de diffusion du FRnOG
>  > http://www.frnog.org/
>  > 
> 
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
> 

-- 
GANDER Frédéric 
[EMAIL PROTECTED] - http://www.free.fr
---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] Re: [FRnOG] RE : [FRnOG] Re: [FRnOG] RE: [FRnOG] FW: [FRn OG] Co ntent Delivery Network (CDN) à la francaise

[Frédéric Gander]

On Fri, Dec 01, 2006 at 02:26:39PM +0100, Thomas BASSET wrote:
> Le FreeIX est mort, vive le FreeIX
> 
> Heureuseument que le Panap est né !
>

euh c'est quoi le rapport avec le mail d'avant ?
ou alors c'est juste pour faire du bruit ?
 
> a bon entendeurs,
> 
> David CHANIAL wrote:
> >Le Jeudi 30 Novembre 2006 14:20, Léo Goehrs a écrit :
> >  
> >>Les FAI proposent des débits qu'ils ne peuvent tenir, ce n'est pas aux
> >>autres d'en payer le prix.
> >>
> >
> >on peut le voir comme ça ?
> >
> > - les FAI proposent 20 mégas aux utilisateurs
> > - les FAI savaient qu'ils ne pourraient pas les assurer
> > - les FAI se trouvent maintenant dans cette situation
> >
> >alors pour 
> > 
> > - supporter le coût de l'upgrade "impossible" du réseau
> > - réduire le trafic
> >
> >puisque
> >
> > - l'utilisateur lambda pense que 30 euros ~= 20 mega (faute à qui ?)
> > - l'utilisateur ne baissera pas sa consommation IP
> >
> >on se retourne vers l'hébergeur en disant :
> >
> > - tu m'envoie trop de traffic pour pas cher, et t'en profites
> > - tu vas payer ou bien tu va reduire ton traffic
> >
> >mais on oublie que :
> >
> > - pour le FAI ça ne fais que reculer dans le temps le problème non ?
> > - Imaginons que l'hébergeur se retrouve désormais a devoir upgrader 
> > son réseau parce que le FAI lui envoie "trop" de traffic, l'hébergeur 
> >pourrais lui dire de payer ?
> >
> >je veut dire qu'on sait tres bien que le ratio sera toujours plus élevé 
> >depuis l'hébergeur vers le FAI, puisque c'est justement "L'INTERET" de 
> >fournir du contenu "de l'héberger".
> >
> >certes allons-y payons le megabit a son prix réel, (qu'on soit low cost ou 
> >non), mais si le FAI propose et continu a proposer 20 méga par 
> >utilisateurs, c'est lui qui créer le besoin, et c'est lui qui insite a 
> >certaines personnes morales ou physiques de proposer certains types de 
> >contenu !
> >
> >et tôt ou tard, il payera le prix de ses offres 20 MEGA
> >
> >bref, on peut tenir un discours semblable pour les hébergeurs, à 
> >différence que si l'hébergeur sous dimensionne son réseau (non sans dec ?) 
> >le client qui veut héberger son contenu est toujours dans la possibilité 
> >de payer plus cher pour aller chez un hébergeur "!lowcost".
> >
> >mais l'utilisateur lambda qui veut regarder des vidéos sur Daily Motion le 
> >soir, lui il a bien plus de mal pour changer son FAI.
> >
> >non ?
> >  
> 

-- 
GANDER Frédéric 
[EMAIL PROTECTED] - http://www.free.fr
---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] Re: [FRnOG] RE : [FRnOG] Re: [FRnOG] RE: [FRnOG] FW: [FRn OG] Co ntent Delivery Network (CDN) à la francaise

[Frédéric Gander]

On Fri, Dec 01, 2006 at 01:21:15PM +0100, svensson wrote:
> Bonjour,
> 
> Tous ces commentaires me font penser à un autre pays beaucoup plus en 
> avance que nous d'un point de vue technologique: le Japon.
> Ils sont bien avancés niveau fibre chez le particulier: plus d'abonnés 
> et à des débits plus élevés.
> Ils sont encore plus friants de VOD et "youtuberie".
> Donc la question que je me pose est la suivante:
> Comment font les opérateurs là bas? Ils ont surdimensionner dés le début 
> leur réseau ? (rentabilité plus facile à avoir car beaucoup de lignes au 
> m² ?)
> On s'éloigne un peu du thème de la ML, mais pas tant que ça.
>

Le truc bizzare sur le japon c'est que malgré des debits plus élevés
la conso moyenne par abonnés n'est pas tellement plus elevée que chez
nous en ADSL d'apres des études publiées sur la ftth.

Et la moyenne de conso des abonnées francais est supérieure au autre
pays à debit équilalent.

Donc au niveau ratio conso / débit fournis, on est "bon" en france.

Le francais telecharge plus de linux que le japonnais ? 

+
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
> 

-- 
GANDER Frédéric 
[EMAIL PROTECTED] - http://www.free.fr
---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] FW: [FRnOG] Co ntent Delivery Network (CDN) à la francaise

[Frédéric Gander]

On Thu, Nov 30, 2006 at 12:55:57AM +0100, Michael Ourabah wrote:
> Je suis d'accord avec cette vision des choses, vu que nous essayons tous de 
> nous y tenir au maximum.
>
> Toutefois, il ne faut pas oublier que les fournisseurs de contenu ne seraient 
> rien sans les FAI, et inversement !
> 
>

On passe d'un modèle ou c'était les abonnés qui allaient chercher 
de l'information sous forme légère, à un modèle ou les fournisseurs de contenu 
démarchent
les abonnées pour les faire venir chez eux et leurs vendre des services online,
et dans ces services la composante réseaux (streaming vod etc) n'est pas
négligeable et représente même l'atout majeur des offres.

La question est donc : Est ce que dans dans le cas d'offre de streaming
l'opérateur de boucle local doit supporter seul 80% des coûts
techniques de l'offre sans aucune rémunération ?

L'option du "paid peering" n'est pas forcement rentable pour l'operateur de
boucle local vu les investissements à consentir pour les upgrades réseaux, de 
même elle n'est pas 
forcement pénalisante pour le fournisseur de contenu dont les marges de vente / 
location sur des produits
immatériels sont assez importantes. 

Par contre cette option permet je pense "d'éduqué et de sensibiliser" les gens 
au
fait que la bande passante n'est pas gratuite mais qu'elle a un coût.

Indirectement les fournisseurs de contenu vont optimiser leur infrastructures 
techniques et
ne plus streamer à 1 mbit/s un flux pour une qualité proche de ce qu'on
faisait sur un  128bit/s il y a  2-3 ans.

> 
> Si on respectait ces ratios à la lettre, tout le monde (FAI et contenu) 
> acheteraient du transit à un upstream. Qui lui, ayant les 2, pourra avoir la 
> balance equilibrée. Et au final, les 2 parties sont perdantes, car le traffic 
> continuera à exister sur les 2 réseau (contenu + FAI), mais en plus 
> engraissera l'upstream...
> 

tu raisonnes comme un fournisseur de contenu. Une bonne partie des coûts
se retrouve sur le réseau de collecte de l'opérateur de boucle locale,
et pas dans le fait de recevoir le trafic dans du transit ou dans du
peering.


Quand ton trafic pour un abonné de marseille fait redbus - redbus pour le 
fournisseur de contenu, 

il fait redbus - th2 - lyon - marseille - nra - dslam - abonné,  traverse 2 
réseau Metro + 1
réseau DWDM national, et 5 à 6 routeurs etc ...


>  
> 
> Bref, le win win, ce n'est pas uniquement regarder le ratio, mais l'ensemble 
> de l'interêt que peut apporter un peering.
> 

oui ce n'est pas uniquement le ratio ;)
mais c'est pas forcement et obligatoirement le peering.
à la fois pour l'isp et le fournisseur de contenu  ;)

trouver un moyen de financer correctement les infrastructures c'est
win-win pour les 2 ;)

le fournisseur de contenu vendra mieux avec une meilleure qualité et le
FAI aura des abonnés heureux ;)


>  
> 
> Michael
> 
>  
> 
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Frederic NGUYEN
> Sent: mercredi 29 novembre 2006 16:11
> To: frnog@frnog.org
> Subject: [FRnOG] Content Delivery Network (CDN) à la francaise
> 
>  
> 
> C'est pour ça qu'il y a également des "peering ratios", afin d'éviter toute 
> dérive.
> 
> J'ajoute (je rappelle même) que le peering est une relation bilatérale, dans 
> laquelle les deux parties doivent y trouver leur compte.
> 
> C'est supposé être un équilibre (ce que les marketeux appellent communément 
> du "win win")
> 
> Si une seule partie y trouvent son compte au détriment de l'autre, ça ne 
> tient plus et ne peut pas marcher.
> 
>  
> 
> Fred
> 
>  
> 
>  
> 
> - Message d'origine - 
> 
> De : "Arnaud" <[EMAIL PROTECTED]  >
> 
> À : "David CHANIAL" <[EMAIL PROTECTED]  >
> 
> Cc : mailto:frnog@frnog.org> >
> 
> Envoyé : mercredi 29 novembre 2006 15:28
> 
> Objet : Re: [FRnOG] RE : [FRnOG] RE : [FRnOG] Content Delivery Network (CDN) 
> à la francaise
> 
>  
> 
> > mais si je comprends bien, le seul intéret pour un fournisseur d'accès de
> > refuser un peering gratuit, ou tout autre solution qui pourrait insiter une
> > aumentation de contenu c'est de se debarrasser du traffic qui pourrait lui
> > poser plus de soucis qu'il en a déjà avec le trafic inévitable ?
> 
> C'est surtout que les FAI n'ont plus envis que les gens intègrent dans
> leur modèle économique "on peut faire mass
> stuff/vod/truc-web-2.0-a-la-mode vers free ou autres parceque c'est
> gratuit" alors que de l'autre coté :
> - les FAI se font chier à faire des architectures distribuées et des
> peerings en région
> - le coût du transport de ce trafic est loin d'être négligable
> - l'asymétrie de ce type de trafic rends l'échange particulièrement
> disproportionné et sans intérêt pour le FAI
> 
> Le seul intéret est de partager les coûts d'acheminement jusqu'a
> l'abonné de ce trafic pour lequel les réseaux des FAI n'ont pas été
> dimentionné pour (les fameuses pointes des vod's stuff entre 18 et
> 22h) et que les hébergeurs de contenu ont toujours intégré e

Re: [FRnOG] Re: [FRnOG] Re : [FRnOG] Re: [FRnOG] Re: [FRnOG] RE : [FR nOG] Content Delivery Network (CDN) à la francaise

[Frédéric Gander]

On Wed, Nov 29, 2006 at 05:37:14PM +0100, Damien Wetzel wrote:
> Tu veux dire que limelight (diffuseur de youtube) paie son peering avec FT ?
> j'en doute. Que se passerait il si il refusait les routes FT ?

Je pense que effectivement limelight ne peer pas avec FT.

> Carmine Franck writes:
>  > 
>  > > Il faut aussi comprendre la manière de négocier un peering au US quand 
>  > > on est éditeur de contenu à succès. Vous ne voulez pas peeré pas de 
>  > > probleme vos abonnées ne verront pas notre site (coupe l'annonce). Ca 
>  > > détend forcement le sujet.
>  > 
>  > Je ne crois pas que cela fonctionne comme cela... La rapport de force me 
>  > semble au contraire bel et bien être inversé. C'est le FAI qui a 
>  > l'avantage et non le fournisseur de contenu. D'ailleurs, je ne connais 
>  > aucun opérateur US acceptant de faire du peering (gratuit) avec un 
>  > fournisseur de contenu, même à succès !
>  > En effet, si le end-user ne peut accèder à un contenu (site Web par 
>  > exemple), et bien il ira tout simplement voir un autre contenu (autre 
>  > site web fournissant la même prestation et il y en a beaucoup). La 
>  > différence pour le end-user est faible voire nulle alors que le 
>  > fournisseur de contenu lui a tout à perdre en perdant son accessibilité 
>  > envers les end-users...
>  > 
>  > Franck.
>  > 
>  > ---
>  > Liste de diffusion du FRnOG
>  > http://www.frnog.org/
>  > 
> 
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
> 

-- 
GANDER Frédéric 
[EMAIL PROTECTED] - http://www.free.fr
---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] Re: [FRnOG] Re : [FRnOG] RE : [FRnOG] Content Delivery Netwo rk (CDN) à la francaise

[Frédéric Gander]

On Wed, Nov 29, 2006 at 12:31:01PM +0100, Marc-Frederic GOMEZ - CTN1 wrote:
> Damien Wetzel a écrit :
> > Je suis d'accord avec toi.
> > Quand youtube se vend 1,6 Milliards de $ je comprends que les ISPs 
> > aient un peu la haine.
> > Quand les ISPs auront compris qu'ils doivent penser horizontal
> > (collaborer entre eux, et creer leurs propres youtube) plutot
> > que de penser vertical (vouloir tout faire tout seul et mal), je pense
> > qu'ils auront compris beaucoup de choses.
> >
> >
> >
> >   
> Bonjour,
> 
> Cela serait l'idéal mais je ne vois pas un 9, un club, un free, un
> Orange proposé une plate forme Video commune sachant que cela est un
> avantage concurrentiel certain pour touché l'abonné final à moins de
> créer un GIE comme les cartes bancaires
> 
> A quand une réunion sur ce débat et avons nous notre mot à dire sachant
> que l'on touche la stratégie business de l'entreprise ?
> 
> Seront nous écouté par nos dirigeants ?
> 
> Le prix de YouTube démontre que chacun pour soi est super rentable quand
> on est l'heureux élu.
> 
> 

et quand on vend à temps ;)
> 
> -- 
> Tres cordialement / Best regards
> Marc-Frederic GOMEZ
> 
> 
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
> 

-- 
GANDER Frédéric 
[EMAIL PROTECTED] - http://www.free.fr
---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] Re: [FRnOG] Co ntent Delivery Network (CDN) à la francaise

[Frédéric Gander]

On Wed, Nov 29, 2006 at 11:38:33AM +0100, Francois Petillon wrote:
> Damien Wetzel wrote:
> >>> je reflechis à la pertinence d'un CDN focalisé sur la France et
> >>> l'Europe.
> >> C'est un projet Nerim ou un projet personnel ?
> > C'est un projet perso, qui serait open source.
> 
> J'ai une "problematique" qui s'adapte assez bien au CDN. Si Free gère
> un certain nombre de miroirs sur son serveur FTP, il n'est pas possible 
> de tous les heberger et seule une petite partie des données  est 
> utilisée. Si cela ne pose pas de probleme en temps normal, il est 
> parfois ardu de récuperer une release dans les heures/jours qui suivent 
> sa publication. Si usenet est assez bien adapté pour la diffusion en 
> masse, rares sont les FAIs qui maintiennent ce service.
>


pour faire du streaming faut intégrer rar et par dans vlc avant ;)

et bon il y a un leger overhead à transferer des données binaires en fichier
texte de 30k ? non ? ;)
 
> François
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
> 

-- 
GANDER Frédéric 
[EMAIL PROTECTED] - http://www.free.fr
---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] Re: [FRnOG] RE : [FRnOG] RE : [FRnOG] Content Delivery Netw ork (CDN) à la francaise

[Frédéric Gander]

On Wed, Nov 29, 2006 at 11:40:27AM +0100, raphael Jacquot wrote:
> Damien Wetzel wrote:
> >Tout à fait, TCP utilise par default toute la bande passante disponible
> >avant de reduire ses tailles de fenetres lorsqu'il rencontre des 
> >congestions.
> >Donc 20 Mb/s * 1 personnes qui vont voir un film sur dailymotion ca
> >fait 200 Gb/s, je pense que personne n'est capable d'assurer ce débit,
> >D'ou l'idée de le repartir en plusieurs points (techno CDN).
> >En etant au coeur du reseau Free par exemple, lorsque je redirige tous
> >les freenautes vers ces machines et de meme pour FT etc.. j'optimise il
> >me semble la QOS.
> 
> y'a une techno qui fait ca tres bien, c'est le multicast...
> pourquoi donc les fournisseurs d'acces ne le mettent pas en place ? 
> mystere ...

mais elle est en place.

Le problème c'est que techniquement le nombre de flux multicast
simultané est assez limité et il faut imperativement que les flux 
multicast soient controlés par le FAI sous peine d'avoir des effets 
de bord désastreux.

de plus dans le cas de la VOD cela ne s'applique pas, le multicast ca
marche pour du "broadcasting"

+
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
> 

-- 
GANDER Frédéric 
[EMAIL PROTECTED] - http://www.free.fr
---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] RE : [FRnOG] R E : [FRnOG] Content Delivery Network (CDN) à la francaise

[Frédéric Gander]

On Wed, Nov 29, 2006 at 11:41:46AM +0100, Dominique Rousseau wrote:
> Le Wed, Nov 29, 2006 at 11:29:53AM +0100, Damien Wetzel [EMAIL PROTECTED] a 
> écrit:
> > Tout à fait, TCP utilise par default toute la bande passante
> > disponible avant de reduire ses tailles de fenetres lorsqu'il
> > rencontre des congestions.
> > Donc 20 Mb/s * 1 personnes qui vont voir un film sur dailymotion
> > ca fait 200 Gb/s, je pense que personne n'est capable d'assurer ce
> > débit, D'ou l'idée de le repartir en plusieurs points (techno CDN).
> > En etant au coeur du reseau Free par exemple, lorsque je redirige tous
> > les freenautes vers ces machines et de meme pour FT etc.. j'optimise
> > il me semble la QOS.
> 
> L'intéret serait sans doute plus réel si les miroirs étaient posés non
> pas au coeur du réseau du FAI, mais au plus proche de l'abonné.
> Typiquement juste "derrière" le DSLAM (ou équivalent des autres
> technologies) du FAI.
>

Par forcement derrière le DSLAM mais plus proche certainement ;)

+
 
> 
> 
> Dominique
> 
> -- 
> Dominique Rousseau 
> Neuronnexion, Prestataire Internet & Intranet
> 57, route de Paris 8 Amiens
> tel: 03 22 71 61 90 - fax: 03 22 71 61 99 - http://www.neuronnexion.fr
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
> 

-- 
GANDER Frédéric 
[EMAIL PROTECTED] - http://www.free.fr
---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] RE : [FRnOG] R E : [FRnOG] Content Delivery Network (CDN) à la francaise

[Frédéric Gander]

On Wed, Nov 29, 2006 at 11:29:53AM +0100, Damien Wetzel wrote:
> Tout à fait, TCP utilise par default toute la bande passante disponible

euh pas vraiment

si tu fais une session tcp entre la france et les états unis sur un lien
gigabit sur une conf par defaut tu ne vas pas faire  1gbit/s à cause de
la latence

bref
> avant de reduire ses tailles de fenetres lorsqu'il rencontre des congestions.
> Donc 20 Mb/s * 1 personnes qui vont voir un film sur dailymotion ca
> fait 200 Gb/s, je pense que personne n'est capable d'assurer ce débit,
> D'ou l'idée de le repartir en plusieurs points (techno CDN).
> En etant au coeur du reseau Free par exemple, lorsque je redirige tous
> les freenautes vers ces machines et de meme pour FT etc.. j'optimise il
> me semble la QOS.
> 


oui mais le FAI va quand même avoir un problème.

La différence entre un CDN qui a une plate-forme centralisée avec un
peering et un CDN avec les pc chez le FAI avec un port chez lui pour joindre
ses abonnés, ne change rien pour le FAI.

dans les 2 cas il a 10gbit/s de trafic à écouler a partir d'un point.


avec l'évolution de la vidéo on demand  je vois 2 pb différents: 

- Un problème sur la partie coeur pour transporter les flux vidéos depuis
  paris vers la province ou l'augmentation des offres de vod ou de
  streaming augmente la capa.
  Actuellement au dessus de lien 40G  (voir de 40g / slot) il n'y a pas 
  grand chose qui existe. 
  Il y a donc un problème technique (je ne parle même pas de prix
  car ca n'existe pas)

  On peut agréger les ports mais jusqu'à un certain point.


- Un problème sur la partie collecte régional (les liaisons entre le /
  les pops régionaux et les NRA) ou il faut/va falloir migrer les liens
  vers des liens 10G.
  Le pb de la vod par rapport au "téléchargement" 
  est que tout le monde regarde les vidéos entre 18h et 23h. 

  Et la il s'agit d'un problème financier pour le FAI car ses ratio
  d'utilisation de bp/abonné en pointe vont exploser et les matériels
  prévus pour être amortis sur X ans vont devoir être changés 
  prématurément alors même que l'utilisation moyenne ne varie pas
  forcement (effet de pic plus prononcé entre 18 et 23h)


Web2.0 = bulle 2.0 ?  ;)



> Laurent Cima writes:
>  > Arf, tu pars du principe qu'un utilisateur qui a 20Mbps de dispo va les 
> consommer pour accéder à ce contenu ;)
>  > Du coup, dans le cas où tu installes un cache tu vas déporter le problème 
> de congestion d'une bordure vers le cœur de réseau. Tu ne réduits pas le 
> problème du coup du transport qui reste en gros le même. Je pense que c'est 
> une illusion de croire que les problèmes de capacité en bordure ne sont pas 
> les mêmes dans des proportions quasiment similaires que ceux rencontrés sur 
> le cœur de réseau. Ainsi sur ce genre de problématique la question n'est pas 
> de savoir si les interfaces d'échangent supportent ou non cette capacité, 
> mais si le réseau le permet.
>  > 
>  > Laurent 
>  > 
>  > 
>  > > -Message d'origine-
>  > > De : Damien Wetzel [mailto:[EMAIL PROTECTED]
>  > > Envoyé : mercredi 29 novembre 2006 10:40
>  > > À : Laurent Cima
>  > > Cc : frnog@frnog.org
>  > > Objet : [FRnOG] RE : [FRnOG] Content Delivery Network (CDN) à la 
> francaise
>  > > 
>  > > Désolé mais je pense que tu as tout faux ;)
>  > > Cf probleme d'echelle entre le debit des utilisateurs et celui cote
>  > > serveur.
>  > > En meccanique des fluides, il y'a un theoreme qui dit que les debits sont
>  > > constants or dans ce cas ce n'est plus possible, il faut que ca bouchonne
>  > > quelquepart.
>  > > 
>  > > Laurent Cima writes:
>  > >  > Hello,
>  > >  > je pense au contraire que palier au manque de connectivité en
>  > > éparpillant des machines sur le réseau des autres n'est pas forcement
>  > > l'avenir du CDN.
>  > >  > A une époque où le transport avait un coût prohibitif comparé à la
>  > > répartition de la charge que proposaient des fournisseurs comme ceux dont
>  > > tu parles, le calcul de rentabilité et d'efficacité ne faisait aucun
>  > > doute.
>  > >  > Aujourd'hui, j'ai le sentiment que l'hébergement centralisé du contenu
>  > > avec le choix des bons transporteurs devient tout à fait réaliste et
>  > > intéressant tant en terme de coût que de disponibilité pour l'utilisateur
>  > > final.
>  > >  >
>  > >  > Laurent Cima
>  > >  >
>  > >  > > -Message d'origine-
>  > >  > > De : [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] De la part
>  > > de
>  > >  > > Damien Wetzel
>  > >  > > Envoyé : mardi 28 novembre 2006 18:04
>  > >  > > À : frnog@frnog.org
>  > >  > > Objet : [FRnOG] Content Delivery Network (CDN) à la francaise
>  > >  > >
>  > >  > > Bonsoir à tous,
>  > >  > > Ayant travaillé pour tous les fournisseurs CDN de la planete 
> (Akamai,
>  > >  > > savvis,speedera, limelight) j'ai constaté qu'ils etaient tous
>  > > americains.
>  > >  > > Or pour un americain, l'europe c'est loin et la france, on sait pas
>  > > ou
>  > >  > > c'est,
>  > >  > > on sait juste qu

Re: [FRnOG] Content Delive ry Network (CDN) à la francaise

[Frédéric Gander]

On Tue, Nov 28, 2006 at 07:47:04PM +0100, Jerome Fleury wrote:
> S'ils prennent la peine d'installer les serveurs chez le FAI, pourquoi 
> les faire payer ?
>

ben, quand on met des machines dans un datacenter c'est proche d'un
service d'hebergement ...  meme si c'est de l'hebergement uniquement pour 
les abonnés du FAI.

et ci c'est comme akamai ya longtemps ou il fallait leur depanner leur pc
gratuitement  


> En ce qui concerne un CDN franco-francais, pourquoi pas, mais Akamai est 
> déjà bien présent en France et sur du contenu franco-francais.
>
> Frédéric Gander wrote:
> >On Tue, Nov 28, 2006 at 07:06:46PM +0100, Damien Wetzel wrote:
> >  
> >>Oui du moment que je marge avec mes clients,
> >>En plus je ne suis pas sur que Free fasse payer la bande passante
> >>à akamai (de mon temps ce n'était pas le cas) 
> >>
> >>
> >
> >les choses changent.
> > 
> >  
> >> > 
> >> > > 
> >> > > Damien,
> >> > > 
> >> > > PS: La partie importante d'un CDN est le routage du enduser vers
> >> > > le bon cache (le plus pres en delai), ce routage est fait à partir
> >> > > de la résolution DNS et s'appelle DNS GSLB (Global Server Load 
> >> Balancing).
> >> > 
> >> > domage on force le ttl a 3600 secondes minimum ;)
> >>
> >>Tu veux dire que les caches des resolver DNS de free ignorent les TTL < 
> >>1h ?
> >>
> >>
> >>
> >
> >oui
> >suite à l'histoire de zonealarm entre autre qui avait eclaté 
> >tous les serveurs dns des FAI francais, mais aussi les boites de
> >bandeaux de pub par la suite.
> >
> >Comme ca quand ils repondent de temps en temps (vu que leurs DNS sont
> >surchargés) au moins on garde l'info 1h et nos serveur dns ne passent
> >pas 99% de leur temps à partir en timeout sur les requettes dns
> >recursives.
> >
> >je crois que wanadoo le fait aussi
> >et ils forcent le ttl à une valeur plus elevée encore, il faudrait
> >vérifier.
> >
> >
> >  
> >> > 
> >> > > Akamai,savvis,ultradns,f5 3DNS propose des versions commerciales de 
> >> GSLB.
> >> > > 
> >> > > Si certains d'entre vous ont déja utilisé ce genre de produits je 
> >> suis
> >> > > preneur de leur avis.
> >> > > Si certains connaissent des projets libres de DNS GSLB je suis 
> >> également
> >> > > intérressé, mais je pense que ca n'existe pas. 
> >> > >  
> >> > > -- 
> >> > > 
> >> ~~
> >> > > Damien WETZEL   ("`-/")_.-'"``-._
> >> > > . . `; -._
> >> )-;-,_`)
> >> > >(v_,)'  _  )`-.\  ``-'
> >> > > Using Linux requires patience in learning. _.- _..-_/ / ((.'
> >> > > Using Windows requires learning patience.((,.-'   ((,/   
> >> > > ~
> >> > > 
> >> > > ---
> >> > > Liste de diffusion du FRnOG
> >> > > http://www.frnog.org/
> >> > > 
> >> > 
> >> > -- 
> >> > GANDER Frédéric 
> >> > [EMAIL PROTECTED] - http://www.free.fr
> >>
> >>
> >
> >  
> 
> -- 
> Jérôme Fleury
> Backbone IP
> Telecom Italia SA
> Tel: +33 1 45082314
> 

-- 
GANDER Frédéric 
[EMAIL PROTECTED] - http://www.free.fr
---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] Content Delive ry Network (CDN) à la francaise

[Frédéric Gander]

On Tue, Nov 28, 2006 at 06:03:40PM +0100, Damien Wetzel wrote:
> Bonsoir à tous,
> Ayant travaillé pour tous les fournisseurs CDN de la planete (Akamai,
> savvis,speedera, limelight) j'ai constaté qu'ils etaient tous americains.
> Or pour un americain, l'europe c'est loin et la france, on sait pas ou c'est,
> on sait juste que c'est des empecheurs de partir en guerre ;)
> Tout ça pour dire que la QOS pour les clients Francais, c'est pas forcement
> leur souci n°1.
> 
> Comme la bande passante des utilisateurs est de plus en plus élévée et
> proche en magnitude de celle du coté serveur, je me dis que ca va toujours
> bouchonner qquepart,la technologie CDN a donc de l'avenir.
> 
> Comme à mon avis le traffic internet Francais a de bonne chance de 
> rester local, je reflechis à la pertinence d'un CDN focalisé sur la 
> France et l'Europe.
> 
> L'idée serait de mettre des machines de caches au coeur des principaux
> réseaux Francais (FT, Free, Neuf, Alice) pour le traffic des principaux
> sites web francais.
> Que pensez vous de ce concept ? es ce inutile, interressant ? bref votre
> avis m'interresse :)


tu est pret a payer ? ;)

> 
> Damien,
> 
> PS: La partie importante d'un CDN est le routage du enduser vers
> le bon cache (le plus pres en delai), ce routage est fait à partir
> de la résolution DNS et s'appelle DNS GSLB (Global Server Load Balancing).

domage on force le ttl a 3600 secondes minimum ;)

> Akamai,savvis,ultradns,f5 3DNS propose des versions commerciales de GSLB.
> 
> Si certains d'entre vous ont déja utilisé ce genre de produits je suis
> preneur de leur avis.
> Si certains connaissent des projets libres de DNS GSLB je suis également
> intérressé, mais je pense que ca n'existe pas. 
>  
> -- 
> ~~
> Damien WETZEL   ("`-/")_.-'"``-._
> . . `; -._)-;-,_`)
>(v_,)'  _  )`-.\  ``-'
> Using Linux requires patience in learning. _.- _..-_/ / ((.'
> Using Windows requires learning patience.((,.-'   ((,/
> ~
> 
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
> 

-- 
GANDER Frédéric 
[EMAIL PROTECTED] - http://www.free.fr
---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] Content Delive ry Network (CDN) à la francaise

[Frédéric Gander]

On Tue, Nov 28, 2006 at 07:06:46PM +0100, Damien Wetzel wrote:
> 
> Oui du moment que je marge avec mes clients,
> En plus je ne suis pas sur que Free fasse payer la bande passante
> à akamai (de mon temps ce n'était pas le cas) 
>

les choses changent.
 
>  > 
>  > > 
>  > > Damien,
>  > > 
>  > > PS: La partie importante d'un CDN est le routage du enduser vers
>  > > le bon cache (le plus pres en delai), ce routage est fait à partir
>  > > de la résolution DNS et s'appelle DNS GSLB (Global Server Load 
> Balancing).
>  > 
>  > domage on force le ttl a 3600 secondes minimum ;)
> 
> Tu veux dire que les caches des resolver DNS de free ignorent les TTL < 1h ?
> 
>

oui
suite à l'histoire de zonealarm entre autre qui avait eclaté 
tous les serveurs dns des FAI francais, mais aussi les boites de
bandeaux de pub par la suite.

Comme ca quand ils repondent de temps en temps (vu que leurs DNS sont
surchargés) au moins on garde l'info 1h et nos serveur dns ne passent
pas 99% de leur temps à partir en timeout sur les requettes dns
recursives.

je crois que wanadoo le fait aussi
et ils forcent le ttl à une valeur plus elevée encore, il faudrait
vérifier.


>  > 
>  > > Akamai,savvis,ultradns,f5 3DNS propose des versions commerciales de GSLB.
>  > > 
>  > > Si certains d'entre vous ont déja utilisé ce genre de produits je suis
>  > > preneur de leur avis.
>  > > Si certains connaissent des projets libres de DNS GSLB je suis également
>  > > intérressé, mais je pense que ca n'existe pas. 
>  > >  
>  > > -- 
>  > > ~~
>  > > Damien WETZEL   ("`-/")_.-'"``-._
>  > > . . `; -._)-;-,_`)
>  > >(v_,)'  _  )`-.\  ``-'
>  > > Using Linux requires patience in learning. _.- _..-_/ / ((.'
>  > > Using Windows requires learning patience.((,.-'   ((,/
>  > > ~
>  > > 
>  > > ---
>  > > Liste de diffusion du FRnOG
>  > > http://www.frnog.org/
>  > > 
>  > 
>  > -- 
>  > GANDER Frédéric 
>  > [EMAIL PROTECTED] - http://www.free.fr
> 

-- 
GANDER Frédéric 
[EMAIL PROTECTED] - http://www.free.fr
---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] Que se passe t-il ?

[Frédéric Gander]

On Tue, Feb 15, 2005 at 12:57:26AM +0100, Emmanuel Cohen wrote:
> Guillaume Rousseau a écrit :
> 
> >http://solutions.journaldunet.com/0502/050215_ovh_wanadoo.shtml
> >
> >Un bon gros coup médiatique, on se demande pourquoi ...
> >
> >Bonne soirée,
> 
> Il est écrit dans l'article que PROXAD est également concerné par le
> problème, quelqu'un a t'il plus d'informations la dessus 

en tout cas moi j'en est pas  
;)

> ou est-ce
> simplement ce cher Octave qui en rajoute vis a vis de son interlocuteur
> au Journal du Net ?
> 
> Bonne nuit,
> -- 
> Emmanuel Cohen
> 
> 
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
> 

-- 
GANDER Frédéric 
[EMAIL PROTECTED] - http://www.free.fr
---
Liste de diffusion du FRnOG
http://www.frnog.org/