Re: [FRnOG] [MISC] L’Internet pendant le confinement

2020-03-23 Par sujet Arnaud Fenioux
Hello David, la liste,

On a plusieurs interco avec Orange (Paris, Lyon, Marseille) et assez
de capa pour éviter les saturations :)

On Mon, Mar 23, 2020 at 2:42 PM David Ponzone  wrote:
>
> Quelqu’un a remarqué des problèmes sur le peering Hopus d’Orange ?
>
>
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/


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


Re: [FRnOG] [TECH] sflow sur Arista

2018-09-27 Par sujet Arnaud Fenioux
Je n'ai pas eu de probleme pour les champs que tu mentionnes...
As tu vérifié que tu as toutes les infos dans les paquets sFlow que tu
recois (avec wireshark or sflowtool
https://github.com/sflow/sflowtool) ?

J'utilise aussi le lookup par pmacct, car il me donne plus d'info dans
certains cas, je donne la conf, si ca peut servir :
coté arista :
```
sflow sample 
sflow destination 10.11.12.13
sflow source-interface Loopback0
sflow run
sflow extension bgp

router bgp 
   neighbor 10.11.12.13 description PMACCT
   neighbor 10.11.12.13 update-source Loopback0
   neighbor 10.11.12.13 route-reflector-client
  # eviter add-path avec pmacct, ca marchait mal dans mes tests
   no neighbor 10.11.12.13 additional-paths send any
```

sfacctd.conf :
```
! we need all of this to get the peer_map working (even if we do not
setup a BGP session)
bgp_daemon: true
bgp_daemon_ip: 10.11.12.13
bgp_daemon_as: x
bgp_daemon_max_peers: 10
bgp_peer_src_as_map: /etc/pmacct/peers.map
bgp_peer_src_as_type: map

! sfacctd populate 'src_as', 'dst_as', 'peer_src_as' and 'peer_dst_as'
primitives from information in bgp
! 'longest' behaves : networks_file < sFlow/NetFlow < <= BGP
sfacctd_as: longest
sfacctd_net: longest
```

Je dérive sur pmacct, si ca peut aider d'autres lecteurs :
Le PEER_SRC_AS n'est pas toujour correct (si asymetrie de trafic),
j'ai préféré générer le peers.map a avec mactopeer (un wrapper napalm)
: https://github.com/pierky/mactopeer
Concernant pmacct, la doc n'est plus du tout a jour sur pmacct.net
mieux vaut se baser sur https://github.com/pmacct/pmacct/wiki (et
encore...) je comptais en parler avec Paolo au FRnOG.

Last but not least, j'ai rédigé un bout de doc sur pmacct / sfacct +
influxdb + grafana avec l'aide de @CorsoAlexandre :
http://afenioux.fr/blog/article/pmacct-sfacct-influxdb-grafana

Arnaud
On Thu, Sep 27, 2018 at 11:53 AM Raphael Mazelier  wrote:
>
>
> Bonjour,
>
> Merci pour ces retours constructifs.
>
> Je peux comprendre la logique même si cela me complique la vie dans le
> cas présent.
>
> En attendant en appliquant la configuration tel que présenté par Arnaud
> il me manque les informations as_src, as_dst et as_path :/ J'ai
> l'interface out donc c'est presque bon.
>
>
> Je me demande s'il n'y a pas un bug sur ces modèles en particulier.
> Dans le pire des cas je vais faire le boulot par pmactt en peerant mais
> c'est moins propre.
>
> Merci à tous.
>
> PS : je suis impatient de voir Paolo IRL, car online il est vraiment top.
>
> --
> Raphael Mazelier
>
>
>
> On 26/09/2018 23:49, Matthieu Texier wrote:
> > Bonjour Raphael,
> >
> > Je me permets d’intervenir dans la discussion ayant quelques années de 
> > pratique sur ces sujets.
> >
> > La “best practice” veut que l’on configure netflow ou sflow ingress sur 
> > tous les ports de la machine. Cette "best practice" est essentiellement due 
> > au fait que tu ne dois pas, à priori, configurer ton netflwo/sflow par 
> > rapport aux résultats finals qui tu attends. Il faut le configurer pour que 
> > tu es une vue fidèle de ton trafic dans tout ton routeur. La raison cachée 
> > de cette best practice est qu’un routeur fait son IP lookup sur son port 
> > ingress (calcul de la best route et port de sortie, etc ..). Demander à un 
> > routeur, sur son port de sortie de savoir sur quel port le paquet est entré 
> > est souvent (pour ne pas dire toujours) compliqué (d’autant plus lorsque tu 
> > fais du link bundling).
> >
> > C’est le travail du collecteur de te donner les vues qui t’intéresse et qui 
> > pourra, grace a cette best practice, te donner les vues auxquelles tu 
> > n’aurais peut-être pas pensée initialement. C’est en particulier vrai 
> > lorsque tu te sers de tes flow pour la detection d’anomalies.
> >
> > J’avais fait une petite video sur le sujet il y a quelques années à 
> > l’assemblée FranceIX: https://www.youtube.com/watch?v=Vds3ibaCpIU
> >
> > Pour ce qui est du software et de la collecte: l’open source PMACCT offre 
> > de nombreuses options intéressantes. Paolo Lucente mon ami et partenaire 
> > (auteur du SW viendra au prochain FRnOG en parler). Il sera disponible 
> > aussi pour répondre aux questions et moi aussi :-).
> >
> > My 2 cents,
> > Matthieu.
> >


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


Re: [FRnOG] [TECH] sflow sur Arista

2018-09-27 Par sujet Arnaud Fenioux
Salut Raphael,

On a migré tout le réseau d'HOPUS.net avec du Arista (boxes
7280SR-48C6 et chassis 7508N) et ca tourne super bien!
La cli est tres (trop...) IOS-XE like, mais l'import des prefix-list
par http/https/scp est un plaisir (surtout avec un "refresh ip
prefix-list" en schedule),
il ne manque plus que je le support de RTR pour RPKI/ROA :)

Pour le sFlow, on ne fait que du ingress... mais pense a activer les
extentions BGP et enlever l'ECMP multipath-relax (ECMP sur des AS-PATH
différents mais de meme longeur, ca complique les stats sFLOW avec des
PEER_DST_ASN à 0) :

sflow extension bgp
router bgp 44530
   maximum-paths 4 ecmp 4
   no bgp additional-paths receive
   no bgp bestpath as-path multipath-relax

A part ca, le tac est vraiment efficace et réactif, ils ne posent pas
des questions pour faire perdre du temps comme d'autres constructeurs
(pas de noms!) et généralement donnent la solution/workaround en 24h.

Arnaud
On Thu, Sep 27, 2018 at 8:11 AM Radu-Adrian Feurdean
 wrote:
>
> On Wed, Sep 26, 2018, at 22:24, Raphael Mazelier wrote:
> > J'essaye de faire du sflow. Et pour le moment je m’aperçois d'un truc
> > très moche, c'est que je n'arrive pas à avoir de sample en egress d'une
>
> Tu n'a pas du passer par l'etape Brocade, qui avait exactement la meme 
> limitation pour le sflow. L'idee etait d'activer les sFlow surtous les ports 
> d'un edge, y compris les ports backbone. Ca marchait dans la plupart de cas.
>
>
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/


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


Re: [FRnOG] [TECH] K-root server en ipv6 : comment vérifier ?

2016-05-23 Par sujet Arnaud Fenioux
Salut Julien,

Voici les commandes pour savoir quel serveur tu requetes actuellement :
dig -4 @k.root-servers.net ch txt hostname.bind +norec +nsid +short
dig -6 @k.root-servers.net ch txt hostname.bind +norec +nsid +short

Pour l'instance hébergée a FranceIX il s'agit de ns1.fr-par.k.ripe.net,
l'AS25152 ne peer que sur les Route Servers à FranceIX (c'est un choix du RIPE),
 ce qui peut expliquer que meme si certains membres sont connectés sur
FranceIX, ils utilisent une autre instance k-root.

Arnaud

PS : Ok pour la bière demain soir ;)

2016-05-23 17:24 GMT+02:00 David Ponzone :
> Vu le RTT à 20ms, j’ai du mal à croire que tu sois en France, ou alors, ça 
> bouchonne...
>
>> Le 23 mai 2016 à 17:15, Julien Escario  a écrit :
>>
>> Bonjour,
>> Suite au déploiement du k-root server chez France-IX, j'essaie de vérifier 
>> si c'est bien celui-ci que nous attaquons depuis notre AS.
>>
>> En ipv4, je n'ai pas de doute :
>>> # mtr -zrwc10 193.0.14.129
>>> Start: Mon May 23 17:14:56 2016
>>> HOST: http01Loss%   Snt   Last   Avg  Best  
>>> Wrst StDev
>>>  1. AS41405 195.200.217.253 0.0%104.1   4.2   4.1   
>>> 4.3   0.0
>>>  2. AS???   rr-l1-vlan500.ix.lyonix.net 0.0%104.5   4.5   4.4   
>>> 4.5   0.0
>>>  3. AS199422vlan514-cixp-gv1.rezopole.net   0.0%108.3   7.8   7.6   
>>> 8.3   0.0
>>>  4. AS25152 k.root-servers.net  0.0%107.7   8.0   7.7   
>>> 9.6   0.3
>>
>> En ipv6, c'est plus trouble :
>>> mtr -zrwc10 2001:7fd::1
>>> Start: Mon May 23 17:06:53 2016
>>> HOST: http01 Loss%   Snt   Last   Avg  Best  Wrst StDev
>>>  1. AS41405 2a06:ac00::1 0.0%104.2   5.0   4.1  10.7   1.9
>>>  2. AS???   ??? 100.0100.0   0.0   0.0   0.0   0.0
>>>  3. AS???   ??? 100.0100.0   0.0   0.0   0.0   0.0
>>>  4. AS25152 k.root-servers.net   0.0%10   20.6  20.6  20.5  20.7   0.0
>>
>> 20 ms ... soit ipv6 prend un chemin plus long, soit je tapes ailleurs.
>>
>> Une idée sur comment je peux vérifier ça ?
>>
>> Je précise que nous sommes sur Lyonix en ipv4 et ipv6 (même si la page 
>> membres ne veut pas nous valider en ipv6 ...)
>> Par exemple :
>>> # mtr -zrwc10 nic.fr
>>> Start: Mon May 23 17:13:12 2016
>>> HOST: http01  Loss%   Snt   Last   Avg  
>>> Best  Wrst StDev
>>>  1. AS41405 2a06:ac00::1  0.0%104.4   4.3   
>>> 4.2   4.4   0.0
>>>  2. AS???   ???  100.0100.0   0.0   
>>> 0.0   0.0   0.0
>>>  3. AS199422rtr-interixp-1-vlan500.rezopole.net   0.0%105.2   5.1   
>>> 4.9   6.5   0.3
>>>  4. AS57734 colt.franceix.net 0.0%10   14.7  13.8  
>>> 13.1  15.0   0.0
>>>  5. AS???   ???  100.0100.0   0.0   
>>> 0.0   0.0   0.0
>>>  6. AS8220  2001:920:0:1::17d 0.0%10   12.5  12.7  
>>> 12.2  16.0   1.0
>>>  7. AS2200  isg.th3.interco.ipv6.nic.fr   0.0%10   13.8  12.7  
>>> 12.3  13.8   0.3
>>>  8. AS2485  web03.nic.fr  0.0%10   12.7  12.8  
>>> 12.6  13.5   0.0
>>
>> Merci d'avance,
>> Julien
>>
>> P.S. : Sinon, quelqu'un au RIPE72 pour une bière ce soir ou plus tard dans 
>> la semaine ?
>>
>>
>> ---
>> Liste de diffusion du FRnOG
>> http://www.frnog.org/
>
>
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/


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


Re: [FRnOG] [TECH] router linux : quagga + packet-journey , quelqu'un a déjà essayé ?

2016-04-29 Par sujet Arnaud Fenioux
Hello,

Pour faire du BGP, je te conseille de jetter un oeil sur bird
(http://bird.network.cz/)
La syntaxe n'est pas "cisco like" mais c est beaucoup plus flexible
(et bien maintenu).

Arnaud

2016-04-29 17:17 GMT+02:00 Alexandre DERUMIER :
> Merci pour les precisions.
>
> J'ai également oublié de préciser que je voulais faire du bgp,
> et voir potentiellement remplacer des routeurs hardware vieilissant par du 
> logiciel.
>
> Je n'ai jamais essayé quagua, mais si j'ai bien compris
> http://www.nongnu.org/quagga/
>
> c'est simplement une suite logiciel de plusieurs daemons (bgpd,zebra,) ?
>
> donc zebra + bgpd , ca devrait être suffisant pour apprendre les routes et 
> les injecter dans le kernel,
>
> et ensuite c'est packet-journey qui s'occupe du forwarding via dpdk ?
>
>
>
> - Mail original -
> De: "Vincent Bernat" 
> À: "aderumier" 
> Cc: "frnog-tech" 
> Envoyé: Vendredi 29 Avril 2016 17:04:17
> Objet: Re: [FRnOG] [TECH] router linux : quagga + packet-journey , quelqu'un 
> a déjà essayé ?
>
> ❦ 29 avril 2016 16:57 +0200, Alexandre DERUMIER  :
>
>> j'imagine que ca doit fonctionner avec quagga en control plane ? (dans
>> la doc ils utilisent zebbra, donc j'imagine que ca doit fonctionner)
>
> Il n'y a pas besoin de Quagga. Le control plane est packet journey lui
> même. Le configuration plane est le noyau Linux. Tu ajoutes une route
> avec "ip route add", packet journey va être notifié et le prendra en
> compte lors du prochain paquet slow path.
>
> La doc mentionne bgpd et zebra comme exemple. zebra est le démon de
> Quagga qui reçoit les demandes des autres démons et qui effectue
> l'interface avec le noyau. Cela marcherait aussi avec bird par exemple.
>
> Par contre, jamais essayé moi même, mais c'est dans la todo liste.
> --
> Terminate input by end-of-file or marker, not by count.
> - The Elements of Programming Style (Kernighan & Plauger)
>
>
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/


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


Re: [FRnOG] Re: [ALERT] leak du préfixe de France-IX Marseille

2016-03-09 Par sujet Arnaud Fenioux
Jérôme!

AS 51706 pour les RS
AS 57734 pour le réseau de service

2016-03-09 21:16 GMT+01:00 Fabien DEDENON :
>
>
> Le 09/03/2016 19:47, Jérôme Nicolle a écrit :
>> Autre question : pourquoi avoir le même AS sur un réseau de service
>> que sur un IX ?
>
> Yop,
>
> Je ne vois pas le rapport avec la choucroute , tu fais allusion aux
> routes serveurs qui sont sont transparents dans l'as-path ?
>
> ++
>
>
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/


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


Re: [FRnOG] [ALERT] leak du préfixe de France-IX Marseille

2016-03-09 Par sujet Arnaud Fenioux
Salut Jérome,

Ce n'est pas un leak, je te rappelle que les pfx de FranceIX (l'IXP) sont :
37.49.232.0/24 et 37.49.236.0/23
Comme indiqué la :https://www.peeringdb.com/private/exchange_view.php?id=359
et  sur https://www.peeringdb.com/private/exchange_view.php?id=880

Le /21 c est le super-net avec nos PFX d'infra et de LAN. La question
devrait etre "est-ce une best practice d'annoncer que les IXP annonces
leurs LAN" ?

C est a discu-troller, mais en tout cas on est pas les seuls a faire comme ca...

Arnaud

2016-03-09 11:57 GMT+01:00 Jérôme Nicolle :
> Bonjour,
>
> Dites donc, je vois deux AS qui leakent 37.49.232.0/21 (France-IX
> Marseille) là.
>
> Les #NetOps de AS29075 (IELO) et AS197133 (Mediactive) sont priés de
> corriger leurs filtres. On annonce _*PAS*_ un préfixe de LAN d'IX SVP.
>
> Merci.
>
> --
> Jérôme Nicolle
> 06 19 31 27 14
>
>
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/


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


Re: [FRnOG] [TECH] Discussion en cours au RIPE - besoin de mobilisation

2016-02-24 Par sujet Arnaud Fenioux
2016-02-24 10:51 GMT+01:00 Radu-Adrian Feurdean
:
> Juste pour info, il y a deja eu une tentative de faire allouer des PI a
> partir du "last /8":
> https://www.ripe.net/participate/policies/proposals/2012-04
> ... et la discussion associe qui commence la :
> https://www.ripe.net/ripe/mail/archives/address-policy-wg/2012-May/006893.html
>
> A prendre donc en compte si vous voulez ressusciter les PI.
>
>> Parce que un /22 pour des gens qui n'ont besoin que d'un /24 - et encore
>> peut-etre moins - pour faire du NAT... c'est un gros gâchis de
>> ressources.
>
> La *NOUS* (ici) sommes d'accord, mais ce n'est manifestement pas le cas
> pour tout le monde dans la "communaute RIPE".

Oui, d'accord mais en 2012, la communauté n'avait pas le meme recul
qu'ajourd'hui sur la 2010-02, aka la "last /8 policy" qui n'était pas
encore en application. De plus, beaucoup de personnes étaient plutot
pour cette révision, il me semble qu'elle a été retoquée par "manque
de consensus", donc en gros que personne n'en a discuté suffisament si
j'ai bien suivi...

Apres, je ne dis pas qu'il faut distribuer des blocs PI "à gogo" comme
c'était le cas avant le 14 septembre 2012,
mais rétablir les PI et garder des LIR (réellement) actifs me semble
une bonne idée!


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


Re: [FRnOG] [TECH] Discussion en cours au RIPE - besoin de mobilisation

2016-02-23 Par sujet Arnaud Fenioux
Pour en revenir a la discussion initiale sur le RIPE, je vais me
permettre de reprendre quelques idées que j'ai vues et discutées
off-topic.

La vague de demandes de désinscription massive de members-discuss montre bien
qu'il y a trop de LIR (et membres) qui ne sont que des EndUsers venus
chercher un bloc d'IP.
comme indiqué ici :
https://www.ripe.net/ripe/mail/archives/members-discuss/2016-February/002133.html

Il pourrait etre intéressant de repenser la "last /8" policy afin de
rétablir les assigments PI et retrouver :
 - des LIR impliqués et faisant leur travail, avec un controle (plus)
strict du RIPE NCC (l'organisation NFP).
 - des membres impliqués dans la communauté RIPE.


Bien sur, malheureusement, il y aura tjs des abus, mais le pool d'IP
disponibles du RIPE n'a pas pas diminué ces dernières années :
https://www.ripe.net/publications/ipv6-info-centre/about-ipv6/ipv4-exhaustion/ipv4-available-pool-graph
et on se retrouve avec trop de monde ayant recu un /22 alors qu'il
n'avait besoin que d'un /24, et certains ayant réellement besoin de
plus d'adresses qui sont obligés de se saigner sur le gray-market.

Je suis d'accord qu'avoir une RIPE DB (à peu près) à jour est
primordial, mais de voir le RIPE NCC copiner avec les IP Brokers, et
ces memes IP brokers sponsoriser les évents du RIPE, très franchement,
ca me... stop!


Suivre les discussions du RIPE, aller aux conférences, lire les
rapports/documents en anglais, ca prend du temps, de l'argent, encore
du temps, et ca ne motive pas tout le monde, soit. Mais etre LIR,
c'est comme etre citoyen (sauf qu'ici on peut proposer nos idées), et
pour continuer l'analogie, si on ne vote pas... d'autres choisirons
pour nous! (vote électronique possible #PasDexcuse.)

Je pense que nous avons une communauté Francophone assez active (et
passionnée) pour qu'on arrive à mutualiser nos efforts et etre
présents dans le RIPE (la communauté), au lieu de passer notre temps à
lire certains troller.

Juste quelques idées en vrac :
 - Créer un compte twitter "RIPE_fr" pour pointer des infos
pertinantes sur le RIPE?
- Traduire/Résumer en francais les documents/rapports les plus importants?
 - Créer un working-group qui ferait un récap sur l'actu du RIPE en
Francais à chaque FRnOG?


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


Re: [FRnOG] [TECH] Design réseau L2

2015-10-07 Par sujet Arnaud Fenioux
2015-10-07 21:04 GMT+02:00 Clement Cavadore :

>
> Sinon, tu peux aussi faire du QinQ avec des switch pas trop vieux, et
> une redondance L2 "classique" type (x)STP, MRP ou autres.
>

Ouais, mais le "STP c est le mal" ;-)
enfin disons qu'avec un design simple et qqlq bpdufilter/bpduguard tu peux
t en sortir pour vraiment pas cher.

MLPS/VPLS est une techno épouvrée et pourrait etre un bon choix pour pas
forcément trop cher (en broke).

Sinon, il ya en effet les solutions a base de VXLAN (pas testé),
et TRILL ou SPB (
http://etherealmind.com/trill-spb-spanning-tree-stp-risk-impact-design-reduce-domain-size/
)
c'est sympa sur le papier mais c est plutot "vendor locked" a ma
connaissance.

On a mis du VCS/"TRILL by Brocade" quand j'étais sur Lyon, ca marche
semblerait il ;) 

Arnaud

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


Re: [FRnOG] [TECH] Problème quand session up sur RS FranceIX

2015-09-14 Par sujet Arnaud Fenioux
Hello la liste!

En effet comme le suggère Mickael, on avait déjà testé "la commande magique
qui résout (presque) tous les problemes de FranceIX" ©

D'ailleurs on a déjà un ticket en cours ensemble ;)

La piste mac aging time est pertinente, surtout que les paths
problématiques semblent etre asymétriques (au moins pour Edgecast).

PS : la liste des membres avec leur POP et les emails de contact/peering
est sur  https://www.franceix.net/fr/members-resellers/members/

Arnaud

2015-09-14 22:45 GMT+02:00 Fabien VINCENT :

> Essaie de réduire ton mac aging time, comme l'ip dest n'est pas l'ip du
> next hop.
>
> Déjà vu ca chez nous il y a pas longtemps sur un autre IX.
>
> En tout cas, ca pue le pb d'ARP.
>
>
> Le 2015-09-14 22:04, Julien OHAYON a écrit :
>
>> Ahaha bon magie maintenant ça fonctionne (aucune modification de mon
>> côté) je vais voir avec FranceIX
>>
>> Julien
>> 
>> De : frnog-requ...@frnog.org  de la part de
>> Julien OHAYON 
>> Envoyé : lundi 14 septembre 2015 21:57
>> À : Mickael Marchand
>> Cc : David Ponzone; frnog-t...@frnog.org
>> Objet : RE: [FRnOG] [TECH] Problème quand session up sur RS FranceIX
>>
>> Oui avec Online aucun soucis effectivement, j'ai aussi mes peers via
>> FranceIX de UP sans problème...
>> J'ai ouvert un ticket et avec Arnaud on pensait plus à un problème d'en
>> face.
>>
>> Là effectivement le problème semble ailleurs. je vais investiguer un
>> peu plus avec eux..
>>
>> Ah et sauf si j'ai mal vu on ne sait pas de quel POP est la personne
>> en face chez FranceIX (en tout les cas pas nous)
>>
>> Je vous tiens au courant, merci pour l'aide ;)
>>
>> Julien
>> 
>> De : Mickael Marchand 
>> Envoyé : lundi 14 septembre 2015 21:52
>> À : Julien OHAYON
>> Cc : David Ponzone; frnog-t...@frnog.org
>> Objet : Re: [FRnOG] [TECH] Problème quand session up sur RS FranceIX
>>
>> tu as demandé aux amis du NOC FranceIX ?
>> ca sent le VPLS en vacances/cache de MAC,arp,...
>>
>> Mik
>> PS: ca marche depuis chez moi en direct sur le POP FranceIX DC3, essaye
>> d'identifier vers quel POP FranceIX tu as des soucis p-e ...
>>
>> On Mon, Sep 14, 2015 at 07:43:48PM +, Julien OHAYON wrote:
>>
>>> Effectivement ça ne ping pas non plus, timemout depuis mon IP d'interco
>>> FranceIX.
>>>
>>> Julien
>>> 
>>> De : David Ponzone 
>>> Envoyé : lundi 14 septembre 2015 21:40
>>> À : Julien OHAYON
>>> Cc : frnog-t...@frnog.org
>>> Objet : Re: [FRnOG] [TECH] Problème quand session up sur RS FranceIX
>>>
>>> Tu as le problème aussi en faisant le ping depuis ton IP FranceIX ?
>>>
>>> Le 14 sept. 2015 à 20:29, Julien OHAYON  a écrit :
>>>
>>> > Salut David,
>>> >
>>> > Merci pour ce retour, non je ne peux même pas ping le serveur en face
>>> donc pas un problème de MTU.
>>> >
>>> > Julien
>>> > 
>>> > De : David Ponzone 
>>> > Envoyé : lundi 14 septembre 2015 19:57
>>> > À : Julien OHAYON
>>> > Cc : frnog-t...@frnog.org
>>> > Objet : Re: [FRnOG] [TECH] Problème quand session up sur RS FranceIX
>>> >
>>> > Tu n’arrives pas à contacter =
>>> > 1/ tu n’arrives pas à pinger ?
>>> > 2/ le ping passe mais HTTP qui ne passe pas ou partiellement ?
>>> >
>>> > Si on est dans le cas 2, ça pourrait être une histoire de MTU. Regarde
>>> si un ping de 1500 octets passe avec et sans fragmentation.
>>> > Et ensuite un paquet de 1501, avec et sans frag.
>>> >
>>> > Le 14 sept. 2015 à 18:34, Julien OHAYON  a écrit :
>>> >
>>> >> Bonjour,
>>> >>
>>> >>
>>> >> J'ai un soucis que je n'arrive pas a résoudre et il faut des fois
>>> savoir demandé de l'aide :)
>>> >>
>>> >>
>>> >> Nous sommes présent sur FranceIX (sur les RS) et depuis environ 2
>>> semaines si ma session est UP je n'arrive pas à contacter certains réseaux.
>>> >>
>>> >>
>>> >> Ex :
>>> >>
>>> >> - lemonde.fr
>>> >>
>>> >> - speedtest.net
>>> >>
>>> >> - certains serveurs de google par intermittence
>>> >>
>>> >> - etc...
>>> >>
>>> >>
>>> >> Au début j'ai tenté s'exclure via les communautés BGP edgecast, ça a
>>> résolu une partie du problème, car ce n'est pas le seul.
>>> >>
>>> >> Par exemple, Google ça fonctionne sans problème si via les
>>> communautés je n'envoie aucune route sauf à eux la le traffic s'écoule bien.
>>> >>
>>> >> Hélas il y a beaucoup d'autres sites ou nous avons le problème.
>>> >>
>>> >>
>>> >> EdgeCast ne me donne pas le chemin reverse donc impossible de voir
>>> avec eux...
>>> >>
>>> >> Google ne trouve pas de problème...
>>> >>
>>> >>
>>> >> Bref je désespère un peu, une idée pour faire avancer ma recherche ?
>>> >>
>>> >>
>>> >> Si vous voulez voilà une IP d'un bloc que j'ai mis sur le RS afin de
>>> faire mes recherches : 130.117.11.69
>>> >>
>>> >>
>>> >> Merci
>>> >>
>>> >> Julien OHAYON
>>> >>

Re: [FRnOG] [MISC] Infos/Avis sur Noction IRP

2015-02-02 Par sujet Arnaud Fenioux
Hello,

J'avais testé la yaourtière de Border6 sur l'AS de Rezopole (non, pas
l'AS LyonIX) et ca marchait plutot bien!

Les features de reporting/Netflow sont plutot bien faites, on peut meme
définir ses commit/burst par transitaire et la box va adapter les routes
pour qu'on reste dans un compromis prix du Mbps/Qualité du Mbps suivant
chacune des destinations sans exploser les couts.
Evidement, ca n est utilisable que pour le trafic qui sort de son AS, pour
le reste il faut LISP ;)

De mon point de vue, il manque des métriques importantes a BGP (RTT/Paquet
loss) qui font qu'on se retrouve a choisir une route de manière arbitraire
plutot qu'une autre certes un peu moins bonne d'apres BGP, mais bien
meilleure en terme de ressenti pour le end-user (sans parler de la
local-pref vers $TransitPasCher).

Apres, meme s'il ne faut pas le dire trop fort, y'a en qui n'utilisent que
des $TransitPasCher avec un BGP non tunné et ca marche (meme si ca pourrait
etre mieux).

Je n'ai pas eu l'occasion de tester la solution de Noction, mais si elle
fait raclette ou tratiflette, ca m'intéresse!


Arnaud



2015-02-02 17:11 GMT+01:00 Clement Cavadore clem...@cavadore.net:

 Bonjour,

 On Mon, 2015-02-02 at 13:46 +0100, Sebastien Lesimple wrote:
  J'ai vu passer une pub ce WE pour Noction IRP, quelqu'un connait?

 D'une façon plus générale, est-ce que vous (gens de FrNOG) pronez les
 IRP (ou autres optimiseurs quels qu'ils soient), ou préférez-vous les
 outils de routages plus conventionnels que BGP peut offrir ?

 Personellement, j'aurais plutôt tendance à être réticent face aux boites
 noires censées optimiser automagiquement le routage dans mon réseau...
 Même s'il est vrai que BGP a ses points faibles sur certains aspects.

 --
 Clément Cavadore


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


Re: SFP programmables (Was: [FRnOG] [TECH] Solution la plus efficace pour servir plusieurs clients fibre dans un batiment)

2015-01-20 Par sujet Arnaud Fenioux
Bonjour Youssef,

Désole du manque de précision, je parlais de SFP(+) DWDM a 10Gbps dans mon
précédent mail.
Heureusement Mathieu a corrigé mon erreur, d'ailleurs j'ai aussi utilisé du
infractive avec satisfaction il y a qqlq temps.

Le DOM est OK une fois l'optique codée avec le bon firmware, les vendreurs
de compatibles sont réactifs si on leur remonte un probleme.

Perso, je n'ai jamais acheté une optique officielle c est dire! ;)

Arnaud

2015-01-20 10:21 GMT+01:00 Mathieu Husson mathieu.hus...@infractive.fr:

 Permettez moi d'ajouter pour la discussion 10Gb WDM accordable qu'il
 existe une solution moins honéreuse que Flexoptics en XFP et encore plus en
 SFP+
 avec tous les produits en stock, toute aussi fiable, avec la possibilité
 d'être parfois capable d'être compatible multi-constructeurs simultanément.

 Seuls les modules 10Gb DWDM (XFP , SFP+) sont accordables, il n'existe pas
 de SFP DWDM accordable, ni de module optique CWDM accordable.

 Par contre, ce n'est pas une solution pour du multi-clients dans un
 batiment (trop cher).

 En fonction de l'architecture du batiment, du nombre de client et des
 services offerts, du budget, plusieurs solutions sont à examiner WDM, FTTO,
 ...

 Cordialement,
 Mathieu Husson

 -Message d'origine-
 De : frnog-requ...@frnog.org [mailto:frnog-requ...@frnog.org] De la part
 de Arnaud Fenioux
 Envoyé : lundi 19 janvier 2015 22:55
 À : Denis Fondras
 Cc : Liste FRnoG
 Objet : Re: SFP programmables (Was: [FRnOG] [TECH] Solution la plus
 efficace pour servir plusieurs clients fibre dans un batiment)

 Hello Denis, et la liste,

 Pas de probleme avec les Tuning Box de FlexOptix ou de SolidOptics
 (Alturna) a condition d'avoir Firefox et une version récente de Java (la
 programmation se fait via une page web).

 A noter que seuls les SFP DWDM sont tunables a ma connaissances, cela
 permet d'avoir 1 seule optique pour le spare DWDM, mais elle vaut quand
 meme un bras...
 Par contre, tous les SFP peuvent etre codés (en environ 15 secondes) pour
 etre compatibles avec une multitude de constructeurs.

 Pour les plus inquiets, pas de probleme de fiabilité apres plusieurs
 années, et bon service client (testé et approuvé!)

 Arnaud

 2015-01-17 20:24 GMT+01:00 Denis Fondras xx...@ledeuns.net:

  
   Je voulais juste faire remarquer qu’en CWDM, il fallait gérer un parc
 de
  SFP/XFP colorés, et les spares qui vont avec.
   Sauf si des SFP/XFP programmables existent, fiables et peu onéreux (car
  l’avantage du CWDM passif est d’être peu onéreux, donc un SFP à 1000€
  casserait un peu le modèle), ce qui simplifie un peu le sparing, mais
  complexifie le remplacement d’une optique.
  
 
  Est-ce que des gens ont des retours sur la FlexBox de FlexOptix[1] ?
 
  Denis
 
  [1] http://www.flexoptix.net/
 
 
  ---
  Liste de diffusion du FRnOG
  http://www.frnog.org/
 

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


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


Re: SFP programmables (Was: [FRnOG] [TECH] Solution la plus efficace pour servir plusieurs clients fibre dans un batiment)

2015-01-19 Par sujet Arnaud Fenioux
Hello Denis, et la liste,

Pas de probleme avec les Tuning Box de FlexOptix ou de SolidOptics
(Alturna) a condition d'avoir Firefox et une version récente de Java (la
programmation se fait via une page web).

A noter que seuls les SFP DWDM sont tunables a ma connaissances, cela
permet d'avoir 1 seule optique pour le spare DWDM, mais elle vaut quand
meme un bras...
Par contre, tous les SFP peuvent etre codés (en environ 15 secondes) pour
etre compatibles avec une multitude de constructeurs.

Pour les plus inquiets, pas de probleme de fiabilité apres plusieurs
années, et bon service client (testé et approuvé!)

Arnaud

2015-01-17 20:24 GMT+01:00 Denis Fondras xx...@ledeuns.net:

 
  Je voulais juste faire remarquer qu’en CWDM, il fallait gérer un parc de
 SFP/XFP colorés, et les spares qui vont avec.
  Sauf si des SFP/XFP programmables existent, fiables et peu onéreux (car
 l’avantage du CWDM passif est d’être peu onéreux, donc un SFP à 1000€
 casserait un peu le modèle), ce qui simplifie un peu le sparing, mais
 complexifie le remplacement d’une optique.
 

 Est-ce que des gens ont des retours sur la FlexBox de FlexOptix[1] ?

 Denis

 [1] http://www.flexoptix.net/


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


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


Re: [FRnOG] [MISC] Article du Monde Franck Simon, l’aiguilleur du Net

2014-08-19 Par sujet Arnaud Fenioux
2014-08-19 4:49 GMT+02:00 Michel Py mic...@arneill-py.sacramento.ca.us:


  La particularité de LyonIX étant que la plupart des membres sont
  hébergés dans les baies de l'IXP, les patchs et X-connect sont
 encouragés :

 Tu laisses tes membres mettre leurs propres câbles ? Comment tu fais pour
 que çà ne devienne pas des spaghetti rapidement ?


Dans les baies historiques, ou chacun faisait ce qu'il voulait et mettait
du cuivre, c est une vrai catastrophe en effet...
Sur les baies plus récentes, nous encourageons fortement l'usage de fibres
et nous patchons nous meme, cela permet de s'en sortir ;)

Arnaud

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


Re: [FRnOG] [MISC] Article du Monde Franck Simon, l’aiguilleur du Net

2014-08-18 Par sujet Arnaud Fenioux
Hello Michel,

2014-08-17 5:07 GMT+02:00 Michel Py mic...@arneill-py.sacramento.ca.us


 Lyon IX (http://noc.rezopole.net/) et SFINX (https://www.sfinx.fr/) n'ont
 que la journée et les graphes ne sont pas clickables.

C est corrigé, on a ajouté le lien vers la page publique,
tiens d'ailleurs je vois qu'il y a eu une petite merde dans la collecte en
fin de semaine dernière...


 Bon maintenant la question con:
 Il est permis de supposer que certains gros FAI ont des liens privés
 entre eux (que çà soit du peering gratuit (settlement-free) ou payant).
 Est-ce que le trafic échangé par les liens privés entre gros FAI
 apparaissent sur les graphiques en question ? Je ne pense pas.

Pour ce que je connais (cad sur LyonIX), les gros ont des PNI directement
entre eux qui ne passent pas par les équipements de l'IXP (donc ce n'est
pas graphé)
mais s'il s'agit d'un vlan entre deux membres (cad que ca passe pour les
switchs de l'IXP) alors c est graphé.
La particularité de LyonIX étant que la plupart des membres sont hébergés
dans les baies de l'IXP, les patchs et X-connect sont encouragés : seule
une petite partie de trafic est graphée.


Arnaud


 Michel.


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


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


Re: [FRnOG] [TECH] RFC 7215: LISP Network Element Deployment Considerations

2014-06-13 Par sujet Arnaud Fenioux
Salut David,

LISP est déjà utilisé sur Internet!
Par des entreprises, au moins pour l'implémentation Cisco.
Quand au site http://eid.lisp-lab.org c est une IP (comprendre un
identifiant) qui fait partie de l'EID Space, c est donc une utilisation de
l'implémentation Open-Source OpenLISP et d'un proxy PxTR.

troll
Si ta question est : Quand est ce que tout le monde utilisera LISP?
Je dirais : c est comme le déploiement d'IPv6 ou de DNSSEC hein!
/troll

Arnaud


2014-06-13 12:46 GMT+02:00 David Ponzone david.ponz...@gmail.com:

 Dans le meilleur des cas, vous verriez quand le passage en production de
 LISP sur Internet ?
 5 ans ? 10 ans ? 20 ans ?

 Le 13 juin 2014 à 12:24, Stefano Secci stefano.se...@lip6.fr a écrit :

  Bonjour,
 
  je rebondis sur ce message d’Arnaud pour vous dire que le coeur de la
 plate-forme LISP-Lab est désormais opérationnel avec tous les elements du
 système de mapping strictement en logiciel (MS/MRs, racine DDT, PxTR). La
 version de développement de OpenLISP avec toutes les fonctionnalités
 nécessaires est ici: https://github.com/lip6-lisp
 
  Le site du projet est d’ailleurs en mirror sur un serveur LISP:
 http://eid.lisp-lab.org
 
  En accord avec le plan de ce projet ANR, la plate-forme sera bientôt
 ouverte à tous ceux qui voudrons tester LISP avant de le deployer dans leur
 infra. Merci à ceux qui seraient intéressés de se manifester !
 
  Cdlt,
  Stefano
 
  Le 28 avr. 2014 à 09:57, Arnaud Fenioux afeni...@gmail.com a écrit :
 
  Salut Stéphane,
 
  Merci pour ton article, il y a en effet un projet d'implémentation
  open-source www.openlisp.org
  un consortium francais s'est monté avec des acteur publics tels que le
  LIP6, ParisTech et RENATER ainsi que des acteurs privés :
  lisplab.openlisp.org
  Du coté de rezopole on commence tout juste le déploiement et les tests
 donc
  je ne peux pas encore te faire de retour d'expérience, mais ca pourrait
  faire l'objet d'une présentation lors d'un prochain FRnOG!
 
  Arnaud
 
 
  2014-04-23 9:10 GMT+02:00 Stephane Bortzmeyer bortzme...@nic.fr:
 
  Bon, qui ici, a déployé LISP et a une expérience à comparer aux
  conseils du RFC ? [Pas moi]
 
  RFC 7215 : LISP Network Element Deployment Considerations
 
  http://www.bortzmeyer.org/7215.html
 
  
 
  Auteur(s) du RFC: L. Jakab (Cisco
  Systems), A. Cabellos-Aparicio, F. Coras, J. Domingo-Pascual
  (Technical University of Catalonia), D. Lewis (Cisco
  Systems)
 
  
 
 
  Le protocole réseau LISP a été normalisé il y a plus d'un an et
  plusieurs déploiements de taille significative ont déjà eu lieu. La
  norme LISP n'impose pas un modèle unique de déploiement et laisse bien
  des choix à la discrétion de l'administrateur réseaux sur le terrain,
  notamment pour le placement des différents éléments qui composent un
  réseau LISP. Ce nouveau RFC fait le point sur les différents modèles de
  déploiement possibles. Il est donc orienté vers les opérationnels, ceux
  (et celles) qui vont déployer LISP en production.
 
  Petit rappel, LISP vise à résoudre le problème de la croissance de la
  table de routage globale de l'Internet (problème décrit dans le RFC
  4984), par le moyen d'une séparation entre *identificateurs*, les EID
  (Endpoint IDentifiers) et les *localisateurs*, les RLOC (Routing
  LOCators). LISP est normalisé dans le RFC 6830. À l'heure actuelle,
  les RFC sur LISP ont le statut « expérimental » (y compris ce RFC
  7215), reflétant le caractère assez disruptif de ce protocole. Il n'y a
  notamment aucune solution aux différents problèmes de sécurité étudiés
  dans la section 15 du RFC 6830.
 
  Un principe essentiel de LISP est la distinction faite entre les
  réseaux de bordure, qui ne travaillent qu'avec des EID, et le cœur de
  l'Internet qui ne travaille qu'avec des RLOC. Mais où placer la
  frontière, frontière d'autant plus importante que c'est là où vont
  devoir se situer les routeurs LISP (les routeurs de bordure et du cœur
  sont, eux, des routeurs IP non modifiés) ? L'idée initiale était que la
  frontière était aux limites des AS « feuille », ceux qui n'ont pas de
  trafic de transit. Mais, en fait, LISP permet plusieurs choix. Un
  « site LISP » peut être un AS feuille mais peut aussi être un simple
  réseau local.
 
  LISP tunnele les paquets d'un site LISP à l'autre, à travers le cœur.
  Le routeur LISP, connecté à la fois à la bordure et au cœur se nomme un
  ITR (Ingress Tunnel Router) à l'entrée (encapsulation des paquets) et
  un ETR (Egress Tunnel Router) à la sortie (décapsulation des
  paquets). Quand on veut parler des deux types en même temps, on dit
  juste « un xTR ».
 
  Passons maintenant aux scénarios, section 2.1. Premier scénario
  possible de déploiement, le « Customer Edge ». Le routeur LISP est
  dans les locaux du client, contrôlé par lui, et sur la frontière entre
  réseau du client et réseau de l'opérateur. Ce sera a priori le cas le
  plus fréquent chez les LISPiens et c'est

Re: [FRnOG] [TECH] Cisco 6500/7600 - FIB_EXCEPTION_THRESHOLD : Its over 500k !

2014-04-22 Par sujet Arnaud Fenioux
Hello Jérôme!

Merci pour les infos,
n'oubliez pas de prendre votre respiration avant de reloader vos châssis
6500 ;)
http://www.cisco.com/c/en/us/support/docs/field-notices/637/fn63743.html

Arnaud


2014-04-22 13:49 GMT+02:00 Jérôme Nicolle jer...@ceriz.fr:

 Plop,

 La DFZ continue son inflation et on frôle les 500k routes. Message à
 l'intention de tous les possesseurs de SUP et DFC XL: ça va couper
 chérie !

 Les XL sont données pour 1M routes hardware, à partager entre les
 différentes AFI. Le partitionnement est statique et la valeur par
 défaut de l'afi ipv4 est 512k routes. Au delà, ça blackhole.

 Il y a deux familles de routes sur ces plate-formes : 72 bits ou 144 bits.

 * 72 bits (IPv4, MPLS, EoM)
 * 144 bits (IP mcast, IPv6)

 Pour voir où vous en êtes, utilisez les commandes :

 show mls cef max

 show mls cef summary

 ou encore

 show platform hardware capacity

 Pour repartitionner, utilisez la commande :

 mls cef maximum-routes ip N ; où N est en milliers de routes. A vous
 de voir où fixer le curseur.

 Attention : la prise en compte de cette commande requiert le reload
 complet du châssis. Désolé.

 @+

 --
 Jérôme Nicolle
 06 19 31 27 14


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


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


Re: [FRnOG] [MISC] A l'attention de Mr SFR - Les Fibres

2014-03-09 Par sujet Arnaud Fenioux
Salut Jérome,

Pour ma part le délais moyen de livraison d'une *simple* jarretière en ODF
sur le Netcenter SFR de Venissieux est de 117 jours!

Oui, pour clipser une paire de fibre sur 4 positions déjà existantes et
dans le meme ODF!

Et dire que c est généralement en J+1 dans les autres DC correctement
tenus...

Arnaud


2014-03-06 20:55 GMT+01:00 Guillaume Barrot guillaume.bar...@gmail.com:

 Si Bytel ou NCC rachete SFR, le délai légal sera de 18 semaines pour la
 prise en compte de ton besoin. Et après on te dira que c'est pas possible.
 Chanceux va !

 Le jeudi 6 mars 2014, Jerome SCHEVINGT jerome...@phibee-telecom.net a
 écrit :

 
  tiens je me suis permis de leur dire que je pouvais t'envoyer la bas pour
  le faire, mais ils ont pas voulu
 
  Le 06/03/2014 15:51, Sylvain Vallerot a écrit :
 
 
 
  On 06/03/2014 15:43, Spyou wrote:
 
 
  (oui, je sais, on est Jeudi ...)
 
 
  Pile poil : chez SFR il y aura un chargé de projet pour lire ton
  post dans 15 jours, et ce sera un 'dredi.
 
 
 
 
  ---
  Liste de diffusion du FRnOG
  http://www.frnog.org/
 
 
 
 
  ---
  Liste de diffusion du FRnOG
  http://www.frnog.org/
 


 --
 Cordialement,

 Guillaume BARROT

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


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


Re: [FRnOG] [MISC] FranceIX : Renouvellement du comité de direction

2013-09-12 Par sujet Arnaud Fenioux
2013/9/12 Pierre Col - p...@9online.fr p...@9online.fr


 S'il y a un concours de celui qui a la plus grosse, j'ai proposé à mes
 amis de LyonIX de se rebaptiser UniversIX :-)

Non, on s'appelle Rezopole!
LyonIX c est pour Lyon :)

Je pense pas qu'on ai besoin de comparer la taille de nos Mega Bit(e)s
ici :)


 --
 Pierre Col



 

 Message du : 12/09/2013 13:33
 De : raph...@maunier.net
 A : frnog@frnog.org
 Copie à :
 Sujet : [FRnOG] [MISC] FranceIX : Renouvellement du comité de direction


  Bonjour à tous,

 Un petit rappel ici pour parler un peu de Franceix et de son assemblée
 générale qui se déroulera la semaine prochaine

 Lorsque nous avons crée FranceIX, nous avions prévu qu'au bout de 3
 ans, nous devions soumettre aux membres un nouveau vote pour élire 2
 nouveaux membres du comité, ou maintenir en place les sièges existant.

 Deux sièges sont donc à pourvoir ou maintenir pour les 3 prochaines
 années. La date limite de candidature est fixée au 15 septembre.

 Les informations pour présenter sa candidature sont ici :


 https://www.franceix.net/fr/events-and-news/news/france-ix-calls-applications-join-its-board/

 Vous devez avoir une autorisation de votre entreprise ( si c'est la
 votre c'est plus simple ), car les 2 sièges sont liés à des individus
 représentant leur entreprise.

 FranceIX existe grâce à la communauté Frnog qui a fait confiance à 2
 individus qui sont arrivés avec une idée. C'est FrNog qui a fait de ce
 projet un succès.

 Si vous souhaitez vous impliquer dans FranceIX et participer à cette
 aventure humaine incroyable, je ne peux que vous encourager à postuler.
 Il est important d'apporter votre expérience, car un peu de sang neuf ne
 pourra qu'apporter de nouvelles idées et des évolutions qui ne pourront
 être que bénéfique.

 FranceIX appartient à ses membres et le renouvellement du comité de
 direction est la pour garantir sa neutralité et des le départ avec
 Maurice, nous avions cette volonté, et ce moment est arrivé.

 Voici donc un extrait du site :

 Pour postuler, les candidats soumettront avant le 15 Septembre 2013 à
 l’adresse board-candidates_at_franceix.net les éléments suivants en
 anglais:

 + Curriculum vitae
 + Lettre de motivation expliquant quelles compétences le candidat
 apportera au comité


 Il reste donc moins de 2 jours pour vous présenter.

 Si vous avez des questions, vous savez ou me trouver , ou sinon
 directement à FranceIX :)

 A bientôt,

 Raphael Maunier


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


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


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


Re: [FRnOG] [MISC] Statistiques sur le trafic global

2013-07-23 Par sujet Arnaud Fenioux
Y aussi une carte de Telegeography qui est pas mal :
http://www.telegeography.com/telecom-maps/global-internet-map/index.html

ou vaguement le google public data :
http://www.google.com/publicdata/explore?ds=z6409butolt8la_ctype=lmet_y=ibhl=en_USdl=en_US#!ctype=lstrail=falsebcs=dnselm=hmet_y=ibscale_y=linind_y=falserdim=worldidim=world:WLDidim=country:FRAifdim=worldtstart=127983600tend=131137200hl=en_USdl=en_USind=false

Arnaud


2013/7/23 Sylvain Charron (LASOTEL) schar...@lasotel.fr


 Faut demander a l'ARCEP dans le cadre de son suivi des peering / transit
 ;-)



 Sylvain Charron
 LA SOLUTION TELECOM (LASOTEL)

 Le 23/07/2013 16:56, Raphaël Jacquot a écrit :

  On 23.07.2013 16:06, Jimmy Thrasibule wrote:

 Salut,

 Existe t-il un site où l'on peut trouver des statistiques concernant le
 voulmes des données transitant dans les tuyaux par pays ?


 y'avait ca sur une des slides de la NSA...

 http://www.wired.com/images_**blogs/threatlevel/2013/06/**
 prism-slide-2_2-660x495.jpghttp://www.wired.com/images_blogs/threatlevel/2013/06/prism-slide-2_2-660x495.jpg


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



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


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


Re: [FRnOG] [MISC] Le Marais

2013-07-16 Par sujet Arnaud Fenioux
2013/7/15 Radu-Adrian Feurdean fr...@radu-adrian.feurdean.net

 On Mon, Jul 15, 2013, at 18:33, frederic wrote:

  le service proposé par le RIPE-NCC est NEANT: la base de donnéees n'est
  pas garantie, le routage du bloc alloué non plus. Le coût de gestion du

 Les presentations etant faites (avec ton /22 et ton ASN), je propose aux
 membres qui tiennent au minimum a la proprete de la DFZ d'appliquer les
 bonnes pratiques (surtout ceux relatives aux filtrage des annonces BGP).
 Une pensee specifique a Typhon et Rezopole.


Hello,

Afin d etre précis, Rezopole est une association qui gère LyonIX, ce n est
donc pas un ISP.
Un filtrage est appliqué sur les sessions BGP des membres connectés a nos
RS.
Quant au réseau de Placenet, il est appris via les RS de Sfinx.

Arnaud

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


Re: [FRnOG] [TECH] Session BGP priorité

2013-06-30 Par sujet Arnaud Fenioux
Hello,

Pour le trafic entrant je pense que le prepend est le mieux,
mais il est possible de spliter le prefix en deux morceaux, d'annoncer
l'agrégat d un coté, et les 2 plus spécifiques de l'autre coté.

Ok c est mal...


2013/6/27 Mohamed Touré mohamed.to...@secresys.com

 Errata !

 Une erreur de ma part. Je viens de m'en rendre compte !  Le MED est évalué
 après le LOCAL_PREF. (confusion avec le WEIGHT)

 Oubliez ce que je viens de dire sur MED.

 Il faut lire aussi : AS2 et non AS1

 On aurait eu AS3 -AS4-AS2-AS1 ou AS3-AS2-AS1 (s'il ya un peering entre
 AS2  et AS3). De ce fait AS2 absorberait tout le trafic de à destination de
 AS1. Mais seulement aujourd'hui cette méthode n'est plus fiable car
 l'AS-PATH peut etre ignoré dans le calcul du best path.


 Pour conclure, la solution avec les annonces conditionnelles peut etre une
 bonne piste.

 Cordialement


 2013/6/27 Mohamed Touré mohamed.to...@secresys.com

  Le MED n'a de valeur que pour ton peer ! C'est une manière de forcer son
  LOCAL PREF à lui, car l'attribut MED est évalué avant ce dernier. S'il
 le
  prend en compte cela veut dire que tout le trafic vers AS1 (qu'il gère)
  passera localement sur le meme peering (du point de vue de ton peer
  uniquement).C'est une manière d'influencer son local pref pour ton trafic
  entrant.
 
  AS3 continuera bien entendu à envoyer ton trafic au plus proche c'est à
  dire sur son lien de peering avec toi. ça n'a aucun impact sur les autres
  peers qui vont router ton trafic destination au plus proche.
 
  Après AS2 peut aussi se mettre d'accord avec AS4 pour positionner son MED
  pour ton trafic. C'est pas très pratique, c'est vrai. Ce n'est pas une
  solution viable.
 
  Une solution utilisée jadis était AS-PATH preprend. L'AS PATH etant
  propagé partout permet d'influencer le trafic ce qui pouvait obliger AS3
 à
  ne pas utiliser son lien direct avec AS1.
 
  On aurait eu AS3 -AS4-AS2-AS1 ou AS3-AS2-AS1 (s'il ya un peering
  entre AS2  et AS3). De ce fait AS1 absorberait tout le trafic de à
  destination de AS1. Mais seulement aujourd'hui cette méthode n'est plus
  fiable car l'AS-PATH peut etre ignoré dans le calcul du best path.
 
  Comme déjà discuté sur ce forum, une solution consiste plutot à faire des
  annonces conditionnelles. Cela consiste à annoncer tes prefixes à AS3 que
  si AS2 est down. Ce qui te garantit que AS2 sera toujours le meilleur
  chemin pour tes destinations, tant qu'il sera UP.
 
 
  Cordialement
 
 
 
  2013/6/27 Radu-Adrian Feurdean fr...@radu-adrian.feurdean.net
 
  On Thu, Jun 27, 2013, at 11:52, Mohamed Touré wrote:
   Bonjour
  
   Si ton equipement le supporte et que ton peer le supporte également et
   qu'il est d'accord pour le prendre en compte, l'attribut MED, optional
  et
   non transitive est une solution pour forcer ton traffic à entrer dans
  ton
   AS multihomed par un chemin précis.
 
  Le MED n'a strictement aucune valeur vers 2 AS differents. D'ailleurs le
  MED est non-transitif, donc il ne sera pas re-transmis par ton/tes
  upstream(s).
 
  Pour faire plus clair, toi (AS1) a deux upstreams (AS2 et AS3), et un
  autre AS (AS4) a les memes upstreams (AS2 et AS3). Si toi tu veux tout
  passer (in et out) via AS2, et que AS4 veut tout passer via AS3, tu fais
  comment pour le traffic entre AS1 et AS4 ?
  Ton localpref va forcer le traffic AS1-AS2-AS4, alors que le localpref
  d'AS4 va forcer le chemin AS4-AS3-AS1 (rappel, le localpref est
  prioritaire par rapport a la taille de l'AS-PATH). Si AS2 et AS3 peerent
  entre eux, en general ils vont appliquer leurs propres localprefs, pour
  forcer une route de type customer par rapport a une route de type
  peer. Vous allez avoir tous les deux du traffic entrant la ou vous le
  voulez pas. Il peut y avoir des solutions, mais ca depend du cas precis
  de chaque de tes upstreams (AS2 et AS3).
 
 
 
 
  --
  Mohamed Touré
  06 38 62 99 07
 



 --
 Mohamed Touré
 06 38 62 99 07

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


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


[FRnOG] [JOBS] Ca recrute sur LyonIX

2013-06-24 Par sujet Arnaud Fenioux
Bonjour,

voici un petite annonce pour ceux qui voudraient venir bosser sur Lyon.

===
Rezopole développe le réseau Internet Très Haut Débit sur la Région Rhône-Alpes 
via la gestion des nœuds d'échange Internet et
la mise en place des services TIC connexes. Rezopole anime également la filière 
Internet et Télécom sur le territoire en
organisant régulièrement des évènements pour les professionnels.
Dans le cadre du développement de son service technique, Rezopole recherche un 
Administrateur Système Réseau.

Missions :
- gestion physique, logique, sécuritaire des IXs en relation avec les 
sous-traitants (câblage, hébergement, exploitation,
maintenance),
- Gestion administrative technique : documentations, wiki, CRM, relations RIPE,
- Administration des équipements de Rezopole : serveurs, réseau, routage 
commutation.

Compétences :
- Linux (CentOS, Debian, Ubuntu), FreeBSD,
- LAMP (Apache, Php, MySQL),
- Services réseaux (DHCP, LDAP, NTP, Proxy),
- Firewall iptables, pf, snort,
- Cisco (interface, vlan, trunk, port-security, storm-control),
- Développement Bash/PHP/Perl,
- BGP, OSPF, MPLS.

Qualités :
- Autonomie,
- Ponctualité,
- Capacité à faire de la procédure (wiki),
- Volonté d'apprendre et de travailler dans un environnement visant à 
développer les usages d'Internet,
- Bon relationnel : contact client lors des installations de matériel.

Profil
Bac +3 minimum avec une expérience Opensource et/ou réseaux opérateurs. Anglais 
technique demandé.

Organisation :
- Lyon 7ème Saxe Gambetta
- 35h sur une base 9-12h et 13-17h
- astreinte de niveau 2 en rotation

Contact : recrutem...@rezopole.net


N'hésitez pas à faire passer.

Pour la rém... Ca sera selon plein de choses...
Une expérience de 40 ans n'est pas demandée.
Toute personne motivée et qui veut se booster un peu sera considérée.

Bon début de semaine a tous!

-- 
Arnaud


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


Re: [FRnOG] [MISC] Le routage, enjeu de cyberstratégie

2012-11-05 Par sujet Arnaud Fenioux
On 5 nov. 2012, at 13:41, Jean-Tiare LE BIGOT j...@lebigot.net wrote:


  Le 2012-11-05 04:10, Raphaël Maunier a écrit :
 
   Par ailleurs, sur un IXP, personne ne filtre les préfixes de ses peers.
 
  Personne sauf... le Route Server. C'est justement le boulot de l'IXP de
 filtrer les préfixes annoncés. C'est pour ça que le fichier de conf (Bird)
 de Lyonix se compte en *milliers* de lignes (de filtres).
 

 Pipeau ...


Salut Raphael,

tu l as vu la conf? moi oui.

 rr-l2# cat /usr/local/bird/etc/bird.conf | wc -l
3144

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


Re: [FRnOG] [MISC] Routeurs BGP : Conseil de topologie

2012-11-04 Par sujet Arnaud Fenioux
2012/11/4 Jérôme Nicolle jer...@ceriz.fr

 On 04/11/2012 13:19, Raphaël Maunier wrote:

 Donc, faire tout pour ne pas être dans une
 configuration acceptée et supportée par l'industrie n'est pas la
 bonne démarche.


 Correction : Si tu veux vendre ta boite qui fait un peu de telco,
 inspires toi de l'archi de ton futur acquéreur. Mais pour quelqu'un qui
 veut plutôt préserver un marché de niche ou une activité régionale, et au
 passage le maillage et donc la robustesse du réseau, OSEF.


Clair!
et bird il tourne tres bien dans pas mal de GIX, et pas que Français, Gnak!

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


Re: [FRnOG] [MISC] Routeurs BGP : Conseil de topologie

2012-11-04 Par sujet Arnaud Fenioux
 Le 4 nov. 2012 à 16:48, Arnaud Fenioux a écrit :
  Clair!
  et bird il tourne tres bien dans pas mal de GIX, et pas que Français,
 Gnak!

2012/11/4 Olivier Benghozi olivier.benghozi+fr...@gmail.com

 Mais ne fait pas passer une goutte de trafic. Donc c'est un peu différent.


 En fait si, car lorsqu'il y a des accords entre différents IXP, tout le
monde n'est pas obligatoirement dans le meme vlan,
donc y a aussi du trafic routé. Certes les volumes ne sont pas
astronomiques, mais ca peut quand meme atteindre qqlq centaines de Mbps.

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


[FRnOG] [TECH] Apres la fin du dernier /8 ipv4

2012-09-28 Par sujet Arnaud Fenioux
Bonjour la liste!

Sujet maintes fois abordé ici et ailleurs, mais comme c est trolldi, je me
permet de revenir sur la question :
Que va t'il se passer quand on ne pourra plus obtenir d IPv4?

trolldiIl y en a surement qui vont tomber des nues comme lui :
http://youtu.be/8OxIV7o6OCY /trolldi

Plus sérieusement, et concrètement on va se trouver dans le cas ou le
client (eyeball) est v4 only et le serveur et v6 only, et c est pas le
NAT64 qui va nous aider si je ne m'abuse...
Du coup on peut penser que :
-les LIR vont louer les PA qu'ils possèdent et on va se retrouver avec des
PA annoncées a plusieurs transitaires
-forte désagrégation et une DFZ avec bcp bcp plus de routes qu'aujourd'hui
-fin du filtrage des préfix plus petits que /24 et annonce de tout petits
réseaux /25 /26 et ?
-vol d'ip : annonce par des AS peu scrupuleux d'IP non annoncées ne leur
appartenant pas
-vol d'ip : annonce par des AS peu scrupuleux d'IP déja annoncées... mais
non tout le monde va utiliser RPKI + ROA ;)
-début des gros problèmes

Certes le déploiement d'IPv6 devrait s'accélérer, mais avant d'éteindre
internetV4 on va bien s'amuser...

Des business plans émergent pour certains :
- J'ai des PI/PA que je vends aux enchères, meme si les RIR ne l'autorisent
pas, peuvent il l'empecher?
- je suis LIR, j'ai des PA que je loue et quand le client rompt le contrat
je les récupère pour un nouveau client,
mais pas sur qu'il y ait assez de PA pour tout le monde... et montée des
prix en fleche
- j'ai des PI/PA et je mets en place un NAT/Proxy 4to6 avec une zolie
interface web pour que le client puisse modifier ses redirections
 et dans ce cas, pour le client final : adieu le choix des transitaires,
optimisation des flux, et projets ayant besoin d'un grand nombre d'adresses

Et du coté des GIX, il fait comment le membre qui n'a pas d'IPv4?
- il vient pas sur le GIX :(
- il peer uniquement en v6
- il loue ses IPv4 / il achete son transit a un seul provider qui lui prête
une plage v4
- un (ou plusieurs) gentil(s) provider(s) (projet communautaire/associatif)
lui prete qqlq ip et les route pour lui a un prix raisonable?

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


Re: [FRnOG] [TECH] Apres la fin du dernier /8 ipv4

2012-09-28 Par sujet Arnaud Fenioux
J'ai essayé de regrouper vos deux réponses,

2012/9/28 Stephane Bortzmeyer bortzme...@nic.fr

 On Fri, Sep 28, 2012 at 11:19:32AM +0200,

 NAT64 aide dans le cas inverse. Celui que vous décrivez doit être
 couvert par un des innombrables RFC qui documentent les innombrables
 techniques de coexistence mais je ne trouve pas de référence tout de
 suite.

A l'occasion je serai  intéressé de voir ce que vous trouvez, je vais
regarder de mon coté,
mais, ca ne m'étonnerai pas qu'on tombre que sur des solutions bout de
sparadrap par bien propre a mettre en oeuvre


 Et enfin la fin de ce dogme abominable de la neutralité du Net
 
 http://www.numerama.com/magazine/23847-orange-heureux-d-une-victoire-contre-le-dogme-absolu-de-la-neutralite-du-net.html
 

et oui... peereur payeur bravo Orange, mais l'ARCEP va nous sauver! non?




2012/9/28 Thomas Mangin thomas.man...@exa-networks.co.uk


 On 28 Sep 2012, at 10:19, Arnaud Fenioux afeni...@gmail.com wrote:

 Tu as vu les réserves d'IP chez les LIR / FAI ?
 Perso, je suis tranquille au moins pour 5 ans.

Ok, mais tu es gentils toi, tu vas surement les fournir a tes clients pour
pas trop cher...dans un premier temps :p


  Et du coté des GIX, il fait comment le membre qui n'a pas d'IPv4?

 RIPE a un /16 reserve pour permettre la creation de nouveaux IX.

Ok pour la création de IXP, mais si le client final n'a qu'une ipv4 sur le
vlan de peering, il va annoncer quoi?


 Les nouveaux réseaux sont ceux pour qui la penurie est la plus embêtante
 mais je suis sur que tu pourras trouver des FAI pour te donner un /22 pour
 moins cher que RIPE demandait l'année dernière comme cotisation.

Aujourd'hui, probablement,
demain? hum...
on aura le droit de les annonces avec son propre AS sur plusieurs
transitaires sans que ca soit filtré qqlq part sur l'Internet?

Mais c est sur, ceux qui auront de l'argent arriveront tjs a trouver des IP
et un moyen d'avoir une connectivité V4, donc on risque de réduire
l'inovation et les petites startup?

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


Re: [FRnOG] [TECH] Switch pour GIX local

2012-09-24 Par sujet Arnaud Fenioux
2012/9/23 Denis F. xx...@ledeuns.net

 Bonjour à tous,

 Avant d'éplucher le catalogue de tous les constructeurs, j'aimerai savoir
 si vous aviez des références pour un switch d'un petit GIX (une poignée de
 participants).

 Dans le genre :
 - 48 ports GE (SFP idéalement pour permettre aux membres de choisir entre
 Cu et FO) et, pourquoi pas, des ports 10G pour du lien interpop
 - des fonctions permettant de protéger le noeud :
 DHCP-guard/RA-guard/BPDU-guard
 - un peu de SNMP et NetFlow

 Hello,
chez cisco:
le me4948 est pas mal, mais pas sur que tu puisses avoir du Netflow,
le 3750 est une valeur sur, mais trop petit pour tes besoins
le 6500 qu'on ne présente plus :)


IBM/Blade a le G8264 qui est franchement pas mal pour 1U
http://www-03.ibm.com/systems/networking/switches/rack/g8264/

sinon Brocade est pas mal utilisé, mais je ne connais pas assez la gamme.


 Et peut-être avez-vous des retours d'expérience, c'est à dire des
 fonctionnalités (in)dispensables ?

indispensable :
vlan :)
port-security
storm-control
QinQ?

Arnaud


 Merci par avance,
 Denis


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


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


Re: [FRnOG] [TECH] Rapport sur la résilience de l'Internet en France

2012-06-28 Par sujet Arnaud Fenioux
2012/6/28 Radu-Adrian Feurdean fr...@radu-adrian.feurdean.net


 Bah, a la base ce sont des boites UK (siege au UK) qui se sont repandus
 pas mal en Europe (dont la France).
 En particulier 8426 semble francais en France, allemand en Allemagne et
 espagnol en Espagne. Mais a la base c'est UK (ou il semble bien
 britannique).

Oui ils sont basés a Londres, d'ailleurs il me semblait que 8426 avait des
déclinaisons locales :
8975 pour la France, 8196 pour l'Allemagne, etc...



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


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


Re: [FRnOG] [TECH] Influence des bonnes pratiques sur les incidents BGP

2012-06-12 Par sujet Arnaud Fenioux
merci!
J espere que Nicolas Ruff a sorti qql phrases cultes cette année encore ;)

2012/6/12 Alexandre Archambault aarchamba...@corp.free.fr

 Pour celles et ceux que le sujet intéresse et qui n'ont pu assister au
 SSTIC la semaine dernière, contribution de gens qui viennent en paix sur
 les bonnes pratiques BGP.

 
 https://www.sstic.org/media/SSTIC2012/SSTIC-actes/influence_des_bonnes_pratiques_sur_les_incidents_b/SSTIC2012-Article-influence_des_bonnes_pratiques_sur_les_incidents_bgp-contat_valadon_nataf_2.pdf
 pour la version académique.

 Et 
 https://www.sstic.org/media/SSTIC2012/SSTIC-actes/influence_des_bonnes_pratiques_sur_les_incidents_b/SSTIC2012-Slides-influence_des_bonnes_pratiques_sur_les_incidents_bgp-contat_valadon_nataf.pdf
 pour la version avec les dessins et eastergeggs pour la bière.


 --
 Alec,



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


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


Re: [FRnOG] [MISC] Le jour où internet a changé

2012-06-08 Par sujet Arnaud Fenioux
2012/6/8 cam.la...@azerttyu.net cam.la...@azerttyu.net

 [Snip]
  Au fait pourquoi le sujet n'est il pas revenu sur le tapis ici ces
 derniers jours ? La technique a t elle laissée la place à la
 communication ?

oui surtout pour un non-evenement...
https://twitter.com/rmaunier/status/210436696880332801/photo/1


 Km


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


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


Re: [FRnOG] [MISC] Un datacenter autonome en énergie

2012-06-07 Par sujet Arnaud Fenioux
2012/6/7 Ducassou Laurent laurent...@spaceshell.fr

 Le 07/06/2012 13:46, Jérôme Nicolle a écrit :
  Le 06/06/12 13:52, Radu-Adrian Feurdean a écrit :
  Ca me decharge de mon devoir de fournir du Stroh :)
  Non. Tu es cordialement invité au FRnOG Toulouse* qui sera organisé
  par TOUIX et La Mêlée Numérique en septembre / octobre ;)
 
  * Enfin si Philippe est d'accord pour qu'on prenne le nom  et un sous
  domaine ? ;)
 
 Et Bordeaux alors?! :)

et Lyon?! :)



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


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


Re: [FRnOG] [MISC] Un datacenter autonome en énergie

2012-06-07 Par sujet Arnaud Fenioux
On pourrait imaginer d'en faire 1 sur 2 en dehors de Paris (en rêve oui je
sais ;)

2012/6/7 Guillaume Barrot guillaume.bar...@gmail.com

 Et Annemasse-Annecy-Genève?
 (si on va par la, on peut faire le tour de France :D)


 Le 7 juin 2012 20:50, Arnaud Fenioux afeni...@gmail.com a écrit :

 2012/6/7 Ducassou Laurent laurent...@spaceshell.fr

  Le 07/06/2012 13:46, Jérôme Nicolle a écrit :
   Le 06/06/12 13:52, Radu-Adrian Feurdean a écrit :
   Ca me decharge de mon devoir de fournir du Stroh :)
   Non. Tu es cordialement invité au FRnOG Toulouse* qui sera organisé
   par TOUIX et La Mêlée Numérique en septembre / octobre ;)
  
   * Enfin si Philippe est d'accord pour qu'on prenne le nom  et un sous
   domaine ? ;)
  
  Et Bordeaux alors?! :)
 
 et Lyon?! :)

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

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




 --
 Cordialement,

 Guillaume BARROT


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


Re: [FRnOG] [MISC] détenteurs d'AS, l'ARCEP veut tout savoir sur vos peerings

2012-03-30 Par sujet Arnaud Fenioux
On Fri, Mar 30, 2012 at 8:57 PM, Olivier CALVANO o.calv...@gmail.comwrote:

 On est vendredi ?

 si l'Arcep pouvait pousser certain opérateur a mieux jouer le jeu du
 peering ..

C est marrant, mais j'y crois pas...


 Bon sang, refuser un peering direct ok, on peut comprendre qu'avoir
 500 sessions sur son routeur
 n'enchante pas, mais ne pas envoyer au moins ses préfixes aux routes
 server de point d’échange qui
 font beaucoup pour faire évoluer l'Internet ..

+1 , c est pas cher et ca arrange tout le monde,
pour les operateurs, ca fait partie de la strategie commerciale : quand on
est petit on peer avec tout le monde, puis un jour on fait payer...
pour les fournisseurs de contenu... google le fait alors pourquoi pas les
autres?

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


Re: [FRnOG] Serveur UK

2009-04-23 Par sujet Arnaud Fenioux
claranet? - http://www.uk.clara.net/

2009/4/22 Julien Foussard fouss...@gmail.com:
 Bonjour,

 Nous désirons migrer notre site web au Royaume Uni.
 Nous sommes donc à la recherche d'un serveur dédié puissant avec une borne
 passante illimité et pouvant supporter un trafic important (300.000 visites/
 jour).

 Quel Hébergeur de qualité pourriez vous nous conseiller ?

 Cordialement,

 Julien

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