Re: [FRnOG] [TECH] TCP shape depuis les US - Identifier l'origine ?

[Fabien DEDENON]

Bonjour,


iperf3 me fait diagnostiquer un trafic TCP shapé à ~130MBps entre iperf.he.net 
et ma machine. C'est
suffisamment haut pour ne pas poser de problème. Par curiosité, est-il possible 
d'identifier aux
alentours de quel hop le shaping serait appliqué ?

J'ai l'impression que ton problème de TCP shapé n'en est pas un, que c'est 
juste l'effet de la latence que tu mesures...
En effet, faire de l'iperf en TCP, c'est bon pour un LAN ou à la limite un WAN 
national.
Pour la longue distance, si tu veux mesurer une bande passante max, c'est 
forcément avec de l'UDP.


Exacte, aussi si tu veux rester en TCP pour charger un circuit a rtt 
long, multiplie le nombre de flows:


-P, --parallel  # number of parallel client streams to run

+


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

Re: [FRnOG] [MISC] Boitier Accès Console via 3G

[Fabien DEDENON]

Le 27/11/2019 à 11:57, Lucas Viallon a écrit :

Bonjour,

Je cherche un terminal de port console (2/4/6/8 ports consoles par exemple)
pour acceder a mes cisco distant via une carte SIM et un abonnement simple

Quelqu'un pourrait me conseiller ? j'aimerais un truc simple et pas un
bricolage de solution, un accès SSH et hop je selectionne le port console.


Cordialement
Lucas


Hello,

A $taf, on déploie 2 technos qui se connectent en central via Ovpn pour 
l’accès distant, pas de bricolage donc $++


- serveur console de ton choix + gate LTE Sierra Wireless  -> 
https://www.sierrawireless.com/products-and-solutions/routers-gateways/rv50/


- Solution intégrée (console + LTE), 
https://opengear.com/products/acm7000-resilience-gateway


++

Fabien


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

Re: [FRnOG] [TECH] Fortigate - NAT n:n

[Fabien DEDENON]

> Le 2 oct. 2018 à 09:57, Charles Koprowski  a écrit :
> 
> Bonjour à tous,
> 
> Est-t-il possible de mettre en place «simplement» une règle de NAT n:n sur
> un Fortigate ?
> 
> Je m'explique :
> 
> Je souhaite mapper le réseau 192.168.1.0/24 en 10.5.3.0/24 de sorte que :
> 
> 192.168.1.1 -> 10.5.3.1
> 192.168.1.2 -> 10.5.3.2
> …
> 192.168.1.254 -> 10.5.3.254
> 

Hello,

Il semblerait que ca soit simple: 
http://kb.fortinet.com/kb/viewContent.do?externalId=FD31893

++

Fabien


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

Re: [FRnOG] [TECH] Optimisation bgp avec 2 transits

[Fabien DEDENON]

> Le 15 juil. 2017 à 11:44, Antoine DURANT  a écrit :
> 
> Hello,
> 
> 
> Je voudrais avoir un conseil/exemple sur l'optimisation d'une configuration 
> de routage des flux bgp avec 2 transits.
> 
> 
> Transit 100 (majoritaire) 100M
> 
> Transit 200 (secondaire - backup) 50M
> 
> 
> Donner une préférence pour transit1 plus élevée que transit2 en IN/OUT via 
> route-map.
> 
> 
> Par contre si le réseau D.D.D.0/24 est directement connecté au Transit2 et 
> que depuis Transit1 je dois passer dans 2 autre AS pour pouvoir le joindre, 
> comment dire via route-map que le transit2 serait plus optimum ?
> 
> 
> En gros l'idée de dire que tous les réseaux directement connecté a l'AS du 
> transitaire est à privilégier est elle une bonne idée ?
> 
> 
> Comment feriez vous dans cette configuration ?
> 
Hello,

Sur du Cisco donc ?
Lire de la doc, s’inspirer par exemple de  
http://www.cisco.com/c/en/us/support/docs/ip/border-gateway-protocol-bgp/13754-26.html#t5
 

- Identifier les peer direct à ton transit, cad avec un as-path 
^ASTransit_[0-9]*$
- Rectifier la local-pref sur la ligne de ta route-map où 
l’aspath-regex identifie le prefixe en question

++




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

Re: [FRnOG] [TECH] Préfixe BGP Orange/FranceIX

[Fabien DEDENON]

> Le 10 mars 2017 à 23:39, Olivier Benghozi  a 
> écrit :
> 
> C'est clair.
> 
> Le service d.root-servers.net est notamment opéré par Packet Clearing House, 
> donc il faut aller sur leur looking glass voir s'ils ont la route retour 
> (vers 193.57.185.30) sur leur instance au Lyonix:
> 
> % Network not in table
> 
> En fait ils n'ont cette route sur aucune instance (sauf une).
> Dans leur design on dirait qu'ils n'ont pas jugé utile d'avoir la DFZ (ni 
> même une route par défaut visiblement) sur chacune de leurs instances 
> implantées sur les IXs, pour gérer les cas comme celui-ci (en l'occurrence, 
> du préfixe qui vient chercher un service sur un IX sans y être annoncé, mais 
> présent dans la DFZ malgré tout via ses transits).
> 
> En tous cas rien à voir avec Orange, c'est pas leur problème (ni du Lyonix, 
> ni du FranceIX...).
> 
> 
> Le seul bout de réseau de PCH qui connaisse cette route, c'est visiblement là 
> où se trouve leur site web, à savoir à Equinix Palo Alto (donc un bout de 
> réseau qui fait autre chose que du DNS):
> 
> BGP routing table entry for 193.57.185.0/24
> Paths: (1 available, best #1, table Default-IP-Routing-Table)
>  2914 5511 3215 201072
> 
> 
> Comme PCH gère le D mais aussi le E et le L, ce doit être pareil avec eux 
> (sauf si ça va vers une instance ailleurs que sur un IX).
> 
> 
C’est bien connu, dns nécessite du routage symétrique ! :)


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

Re: [FRnOG] [MISC] Aide pour comprendre des deco ADSL

[Fabien DEDENON]

> Le 8 mars 2017 à 21:02, Paul Rolland (ポール・ロラン)  a écrit :
> 
> Hello,
> 
> On Wed, 08 Mar 2017 19:57:53 +
> Nicolas CORBEL  wrote:
> 
>> Tu as les horaires d'allumage de l'éclairage public ?
>> 
> 
> Bien vu ;) J'y ai aussi pense, ca colle pas trop mal pour l’heure

J’ai connu un phénomène similaire dans $home-1, pdt un certain temps avec mon 
tube neon sdb à l’autre bout de l’appart, et systématiquement a chaque allumage.
C’était y’a un peu moins de 10 ans sur du free dégroupé. Je n’ai plus les 
caractéristiques de la ligne mais c’etait de l’adsl2+ synchro env a 20m down.

La ou mon intervention montre son inutilité, c’est que le phénomène s’est 
stoppé sans que je modifie quoi que ca soit de mon coté … (meme pas le starter 
du tube si je me souviens correctement)

++


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

Re: [FRnOG] [TECH] LACP down entre Juniper EX4600 et HPe A5500

[fabien Dedenon]

> Le 14 févr. 2017 à 17:34, fabien Dedenon <daf.fr...@gmail.com> a écrit :
> 
> 
>> Le 14 févr. 2017 à 17:28, Laurent Beuneche <laurent.beune...@univ-tours.fr 
>> <mailto:laurent.beune...@univ-tours.fr>> a écrit :
>> 
>> Bonjour,
>> Je cherche à mettre en place un aggrégat lacp entre un Juniper EX4600 et un 
>> HPe A5500
>> mais rien n'y fait... l'interface ae0 du Juniper reste "down" que sa conf 
>> soit en mode 
>> "active" ou "passive". Les interfaces ge sont bien up des 2 côtés.
>> 
>> Quelqu'un d'entre vous aurait un truc qui lui saute aux yeux svp ?
>> Merci de votre aide.
>> 
> 
> Yop,
> 
> Sans connaitre le hp, auquel cas il ne supporterait pas les timer lacp fast, 
> tente le slow coté junip 
> set interfaces ae0 aggregated-ether-options lacp periodic slow
> 
> ++

et j’ai probablement raconté de la M…  cf 
https://kb.juniper.net/InfoCenter/index?page=content=KB17674 
<https://kb.juniper.net/InfoCenter/index?page=content=KB17674>



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

Re: [FRnOG] [TECH] LACP down entre Juniper EX4600 et HPe A5500

[fabien Dedenon]

> Le 14 févr. 2017 à 17:28, Laurent Beuneche  a 
> écrit :
> 
> Bonjour,
> Je cherche à mettre en place un aggrégat lacp entre un Juniper EX4600 et un 
> HPe A5500
> mais rien n'y fait... l'interface ae0 du Juniper reste "down" que sa conf 
> soit en mode 
> "active" ou "passive". Les interfaces ge sont bien up des 2 côtés.
> 
> Quelqu'un d'entre vous aurait un truc qui lui saute aux yeux svp ?
> Merci de votre aide.
> 

Yop,

Sans connaitre le hp, auquel cas il ne supporterait pas les timer lacp fast, 
tente le slow coté junip   
set interfaces ae0 aggregated-ether-options lacp periodic slow

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

Re: [FRnOG] [TECH] Anycast DNS pour bypasserle blocage d'un pays.

[Fabien DEDENON]

> Le 15 nov. 2016 à 18:20, Mathieu Poussin  a 
> écrit :
> 
> Hello.
> Je gère une plateforme hébergé chez Google Cloud et on vien
> d'apprendre avec surprise que Google Cloud blacklist completement
> certains pays des plateformes hebergés chez eux, apres avoir eu a
> faire du troubleshooting d'un client en Iran, le support Google Cloud
> nous a confirmé le blacklistage massive.
> 
> Du coup je suis a la recherche d'une solution, je pense héberger un
> reverse proxy quelque part en dehors du controle des USA (Le blocage
> est fait sur ordre du gouvernement Americain apparemment...), et
> passer par je pense de l'Anycast DNS, mais je n'ai jamais touché a ca
> du coup je sais pas si a conviendrait pour mon cas ?
> 
> Typiquement :
> - Si le client vient d'un pays blacklisté (Iran, Corée du nord (qui
> sait...), etc.), le DNS va résoudre sur le reverse proxy hébergé
> disons chez OVH ou autre)
> - Si non, résoudre sur notre VIP chez Google Cloud.
> 
> Qu'en pensez vous ? Quelle serait la meilleure solution pour mon cas ?
> 
> Merci :)

Coucou,

Bonne démarche pour le revproxy à conditions de sacrifier l’ip source du client 
je suppose, et sous réserve que google ne se base pas sur certaines données 
systeme exposées par le client.
Tu veux plutôt faire du geodns non?  Certains fournisseurs : 
https://en.wikipedia.org/wiki/List_of_managed_DNS_providers 
 (éviter les 
ricains ptet)
Si possibilité, ca ne se fait pas trop mal en interne avec bind / powerdns ou 
probablement d’autres et une base maxmind (v2 pour ipv6)

GLHF,

Fabien



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

Re: [FRnOG] [TECH] Brocade Sflow et pmacct

[fabien Dedenon]

> Le 10 oct. 2016 à 12:44, michael moreliere  a écrit :
> 
> Mon souci est que je n'ai pas beaucoup d'informations. Je ne retrouve pas
> le vlan ou les ports des différents flux.
> 
> Avez vous une idée de où cela peut venir ? Limitation de l'implémentation
> de sflow sur brocade ?
> Mauvaise configuration pmacct ou brocade ?
> 
> 

Salut,

Avant de vouloir jouer avec de l’export sql, regarde peut être les schémas de 
base a ta disposition et le agrégats associés.
Sans les avoir en tête, les formats de bases fournis ne correspondent pas 
forcement a ton besoin. 

Avant d’aller plus loin, je ne saurais que te conseiller de commencer par jouer 
avec du plugin ‘print’ pour exporter tes flow dans du flat text, et de générer 
les aggregates souhaités à la mano.

Une fois que tu aura validés que tu sais récupérer tout ce que tu veux, et donc 
que tes superbes équipes boites t’envoient les bonnes info (tcpdump/.*shark 
sont tes amis pour voir ça au plus bas niveau), tu pourras passer a l’export 
base standard ou personnalisé de manière plus confiante.

Bon courage, il faut en suer un peu mais pmacct est un outil très utile.

Fabien




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

Re: [FRnOG] [TECH] Collecteurs IPFIX en logiciel libre

[Fabien DEDENON]

>> Qu'est-ce que vous utilisez/recommandez en ce moment comme collecteurs
>> IPFIX avec deux exigentes importantes :
>>
>> - vraiment IPFIX, pas Netflow (version >= 10)
>> - logiciel libre, tournant sur Unix
>>
>> À part pmacct , ya quoi ?
>>
>
> Nfsen, mais pmacct est vraiment le meilleur logiciel à ce niveau selon
> moi. Stable, flexible, avec multiples plugins de sorties.
> L'auteur est de plus très sympa et réactif.
>
Pas les mêmes usages imho, me concernant:
-> nfdump/nfsen pour la wayback machine sur les microflow.
-> nfacctd pour agréger et stocker des vues en base. on tripatouille
de l'export vers influxdb (0.12 semble vraiment mieux) et du fronted
grafana de note coté.

++
FD


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

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

[Fabien DEDENON]

Le 09/03/2016 22:36, Arnaud Fenioux a écrit :
> Jérôme!
>
> AS 51706 pour les RS
> AS 57734 pour le réseau de service
>
En plus :) opoto !


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

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

[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/

Re: [FRnOG] [MISC] débit irrégulier en streaming

[Fabien DEDENON]

Le 01/03/2016 11:02, frnog.kap...@antichef.net a écrit :
> On mardi 1 mars 2016 10:28:28 CET Laurent Bloch - l...@laurentbloch.org wrote:
>> Bonjour, et merci à tous pour ces réponses vraiment instructives. Quand j'y
>> verrai plus clair je tenterai une synthèse.
>>
>> En fait chez moi j'incriminais la pose de la fibre Free, faite par un
>> débutant avec un rayon de courbure qui me semble vraiment trop faible (1 ou
>> 2 cm).
> C'est pas logique. Si le problème existait avant la pose de la fibre, la 
> fibre 
> ne peut pas être la cause. De même si le problème venait de la pose de la 
> fibre, le problème ne se limiterait pas à la radio par internet.
>  
Il est certainement sans ancun doute avec certitude en ZMD
co-construction Orange sur du Gpon, ca explique tout. Serge nous ment! :)

+


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

Re: [FRnOG] [MISC] Divers question reseau

[Fabien Dedenon]

> National et international c'est différent. Possible sur le plan national : 
> d'un coté de la rue à Triffouilly-les-oies avec FAI A à l'autre coté de la 
> rue avec FAI B, çà peut souvent remonter sur Paris pour revenir, alors que la 
> distance est proche de zéro.

Voir meme IPv4 ou IPv6 ? L'un, l'autre ou les deux pouvant être terminés *loin* 
du end user, meme au sein d'un meme fai


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

Re: [FRnOG] [MISC] emulateur

[Fabien DEDENON]

Le 12/05/2015 10:19, ay pierre a écrit :
 bonjour,

 si quelqu'un parmi vous connais un émulateur hyper terminal UNIX a
 faire tourné sur Windows...



Hello,

La question ne me semble pas très claire, tu ne chercherais pas un
serveur X sous windows ?

+


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

Re: [FRnOG] [ALERT] Problèmes de jus à AMSTERDAM

[Fabien DEDENON]

Le 27/03/2015 11:29, Youssef Bengelloun-Zahr a écrit :
 'lo,

 Il parait que quelqu'un fait joujou avec le juju du côté d'Amsterdam :

 http://news.sky.com/story/1453771/major-power-outage-suffered-across-amsterdam

 http://www.theglobeandmail.com/news/world/amsterdam-hit-by-major-outage-as-national-power-grid-overloads/article23655163/

 Un certain nombre de DCs commerciaux auraient switchés sur leurs fedds de
 backup voir sur GE.

 Murphy serait-il de mauvais poil aujourd'hui ?

 @++


Teuteu Murphy, le staff technique de TH2 est en vacances en Hollande et
pis c'est tout :)


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

Re: [FRnOG] [TECH] mapping/translation de VLAN sur un switch

[Fabien DEDENON]

Le 29/01/2015 10:24, Xavier ROCA a écrit :
 Du tag par IP via une interface ou par MAC aussi possible selon le SW en 
 place.
 Par MAC cela devrait rajouter un vlan et donc ne pas tenir compte du premier.

 Mais je trouve gênant ce type d'infra pour un PRA.
 Pourquoi ne pas avoir d'élément de sécurité UTM pour isoler les deux infras 
 et se garantir un minimum de sécurité l'objectif d'un PRA.
 Du coup ton pb de VLAN serait vite géré.

 Xavier
  
On s’éloigne de l'expression de besoin, et on ne connait pas les
contraintes, mais il est certain qu'une démarcation L3 entre les deux
domaines d'administration est en général une bonne idée.

Le logiciel semble documenter les flux nécessaires (
http://helpcenter.veeam.com/backup/80/vsphere/used_ports.html ), mais
encore une fois c'est présomptueux sans connaitre le contexte précis.

Comme le suggère Sebastien, ca serait bien de connaitre le modèle de
matos, si c'est un ptit Cisco de la recirculation externe sera
probablement la seule solution immédiate ..

Fabien

 


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

Re: [FRnOG] [MISC] - Solution pour racker proprement des livebox Orange

[Fabien DEDENON]

Le 15/12/2014 11:20, Sebastien Lesimple a écrit :
 Le 15/12/2014 10:51, Youssef Bengelloun-Zahr a écrit :
 Salut Sebastien,

 Si j'avais le choix, je le ferai (cf poste à David P précédent) mais
 Ce n'est pas aussi simple que cela ;-)

 On ne revend rien, on se tape les emmerdes. La contrainte fournisseur
 est là, il faut donc faire avec.
 OK, alors ta seule option c'est, comme le dis David, de changer les LB
 pour un routeur rackable.
 Coté coûts, il me semble avoir lu dans un des échanges de ces derniers
 mois qu'il y avait des modeles Mikrotik pas cher qui pouvaient
 répondre a ce besoin.
 Jettes un oeil aux archives de la liste, tu dois pouvoir trouver ton
 bonheur.
Youseff s'exprime pourtant correctement, il ne peut pas changer le matos ...

imho - petit plateau 1/2u selon encombrement + facturation du setup et
espace occupé au client.

++


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

Re: [FRnOG] [ALERT] Nerim is dead ?

[Fabien DEDENON]

Le 05/12/2014 14:52, Vincent Bernat a écrit :
  ❦  5 décembre 2014 13:00 +0100, Antoine Versini 
 antoine.vers...@corp.nerim.net :

 L'intégration du correctif dans notre train va être réalisée, dans
 l'intérim nous savons comment éviter qu'il se reproduise (mais pas
 encore pourquoi il s'est toutefois produit qu'après 14 mois
 d'utilisation.)
 Le bug est présent sur le 12.3R8.7 sorti le mois dernier ?
Yop,

Merci Antoine, effectivement si t'as un PR a faire tourner, merci :)

++

Fabien


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

[FRnOG] [TECH] Cross connect et période initiale contractuelle

[Fabien DEDENON]

Hello,

Mon employeur a une partie de ses infra hébergées chez Equinix (PA2) en
sous location via un intermédiaire par lequel nous sommes tenus de
passer pour toute prestation.

Pour la première fois, nous devons faire par nous même la demande de
cross connect fibre pour joindre un partenaire.
A reception de la proposition commerciale de l’intermédiaire avec lequel
nous travaillons, il aura sans surprise du fas et du recrurent sur cette
prestation, mais a ma grande surprise, nous devons également nous
engager un an sur cette prestation (c'est la politique contractuelle
Equinix d'apres ce qu'on me dit).

Il me parait vraiment étrange de devoir s'engager sur de la prestation
'filasse interne', savez vous comment ca se passe dans la vrai vie
lorsqu'on travaille en direct avec Equinix?

A vot' bon coeur.

Fabien



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

Re: [FRnOG] [ALERT] Pb d'accès chez quadira depuis transit Jaguar

[Fabien DEDENON]

https://extranet.jaguar-network.com/auth/login ?


Le 14/10/2014 10:02, Anthony Sibiodon a écrit :
 Bonjour,
 J'ai du transit Jaguar et je n'arrive pas à accéder au webmail de quadria.
 J'ai de grosse perte de ping :


 --- 46.235.16.30 ping statistics ---

 596 packets transmitted, 151 received, 74% packet loss, time 595814ms

 rtt min/avg/max/mdev = 14.110/14.656/15.848/0.302 ms

 Avez vous les mêmes problème ?

 Pour info depuis mon mobile sfr j'y arrive bien.

 Merci.

 [cid:image017.png@01CDE8C6.9B5EC3A0]

 Anthony SIBIODON
 Responsable Production

 a.sibio...@cpro.frmailto:a.sibio...@cpro.fr


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


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

Re: [FRnOG] [TECH] PRA et ISO

[Fabien DEDENON]

Le 14/10/2014 11:54, Fedotova, Claire Svetlana Four a écrit :
 Très bonne question. 

 -Message d'origine-
 De : thomas.lorenz...@orange.fr [mailto:thomas.lorenz...@orange.fr] 
 Envoyé : mardi 14 octobre 2014 11:54
 À : Fedotova, Claire Svetlana Four; Florian Cristina; frnog@frnog.org
 Objet : RE: [FRnOG] [TECH] PRA et ISO

 max 30km ??

 Comment c'est possible de définir un max ?

 Thomas
  

Pour des contraintes techniques de réplication temps réel sur certaines
techno par exemple, surtout dans le cas de sites actif/actif ou PCA.





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

Re: [FRnOG] [TECH] Compatibilité MPLS entre Juniper - Cisco

[Fabien DEDENON]

Le 29/08/2014 13:20, Raphael Maunier a écrit :
 Le 9001 c’est la meme chose qu’un MX80 :)

avec un vrai cpu, jusqu'a 12*10g non bloquant et aussi tres probablement
, des prix et bug différents :)


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

Re: [FRnOG] [TECH] Compatibilité MPLS entre Juniper - Cisco

[Fabien DEDENON]

Le 29 août 2014 à 22:54, Radu-Adrian Feurdean fr...@radu-adrian.feurdean.net 
a écrit :

 On Fri, Aug 29, 2014, at 14:15, Raphael Maunier wrote:
 Je ne connais pas le cpu de l'asr mais c'est clair que le cpu de mon
 téléphone est plus puissant que celui du mx80 :)
 
 On est encore vendredi, donc un minute de silence pour les gens qui
 utilisent encore du SUP720, svp.
 Oui, ca existe encore, et la comparaison avec un Blackberry vieux et
 pourri a de l'effect.
 

Ca tient encore la full en 3bxl, rien de honteux d’avoir ‘encore’ ca en prod si 
c’est bien géré et pas connecté a certains point d’échanges tournant du 
matériel beta :) 




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

Re: [FRnOG] [TECH] Compatibilité MPLS entre Juniper - Cisco

[Fabien DEDENON]

Le 29 août 2014 à 23:29, Radu-Adrian Feurdean fr...@radu-adrian.feurdean.net 
a écrit :

 On Fri, Aug 29, 2014, at 23:00, Fabien DEDENON wrote:
 
 Ca tient encore la full en 3bxl, rien de honteux d’avoir ‘encore’ ca en prod 
 
 Honteux.ok, no comment, mais doulereux, certainement. Un transit qui
 tombe et tu transpires pendant 5 minutes. Ou avec d'autres versions tu
 sort direct fumer ta clope, ce qui fait exactement le temps de
 re-calculer la RIB (temps pendant lequel ca fonctionne comme sur un lien
 satellite charge a 99%).
 A 257K routes les SUP720-*XL avait probablement du sens. A 450K, pas du
 tout. Alors a 767K ou meme a 1000K………
 

Tu devrais tester du petit MX alors, c’est aussi livré avec la serviette éponge 
:) Je ne dis pas que c’est pas plus lent (sur sup720) bien sûr, voir douloureux 
, ni qu’il n’est pas temps d’évaluer la relève, mais c’est encore largement 
déployé et Internet est toujours la pour ceux qui savent les configurer. Pour 
ceux qui ne savaient pas, ils ont vite appris un ptit truc y’a pas longtemps :)
Pour finir…, au moins c’est pas un disque pété qui te vrac ta RE. Tu n’as pas 
de petit asr 9k j’espère, sinon d’autre pourraient aussi bien se moquer de toi 
un jour.


bises,



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

Re: [FRnOG] [TECH] Cisco 7600 - 3BXL - incident 12/08 à 09h50

[Fabien DEDENON]

Le 13/08/2014 14:17, Clement Cavadore a écrit :
 Bonjour Nicolas,

 Avec le partitionnement cam par défaut sur les 3BXL, tu es limité à 512K
 routes IPv4. Avec une reconf, tu peux monter a 768k (au détriment
 d'autres choses)...

 Il suffit d'un leak d'opérateur, et la global peut grossir subitement.
 C'est pas safe de rester dans ce mode la, faut repartitionner (et/ou
 upgrader, car les 3BXL, ce sont un peu des papy routeurs, pour une GRT
 d'aujourd'hui) :-)

 Clément Cavadore


Merci bgpmon pour tes explications précises:
http://www.bgpmon.net/what-caused-todays-internet-hiccup/

++

Fabien


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

Re: [FRnOG] [TECH] - VRRPv3 (IPv6) et Juniper SRX

[Fabien DEDENON]

Le 12/08/2014 18:12, Laurent CARON a écrit :
 On 12/08/2014 18:02, Raphael Mazelier wrote:
 Personnellement j'ai eu zero soucis avec ipv6 sur srx.
 Quel version ?

 Que ce soit avec la version recommandée JTAC ou la toute dernière pas
 sèche (JUNOS 12.1X46-D20.5 built 2014-05-14 20:00:03 UTC) c'est pareil.


Sinon Asa ca juste marche, c'est juste stable, c'est pas formidable en
rapport qualité prix et ca ne se prend pas (assez) pour un routeur.

++


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

Re: [FRnOG] [MISC] Netflix in France

[Fabien DEDENON]

Le 28/07/2014 09:56, Xavier Beaudouin a écrit :
 Le 27 juil. 2014 à 18:39, Jérôme Nicolle jer...@ceriz.fr a écrit :


 Le 26/07/2014 05:04, Ludovic LACOSTE a écrit :
 Mouais donc le terabit/s c'est du fake ?
 100 appliances virtuelles sur des hôtes en 10Gb/s inzecloud, c'est pas
 du fake. Les teuyos sont à la charge des hébergeurs de ces machines là.
 D'un autre coté, certains FAI peuvent coller ces noeuds la ou il y a de conso 
 de masse, et pas nécessairement à Paris (trollgenre on oublie la 
 centralisation, local peering toussa/troll).

 Enfin comme dirais qqn que je connais bien : toute façon j'suis 
 informaticien, j'y connais rien en informatique :D

 Xavier

Justement c'est farpait, leur systeme openconnect est prévu pour aller
se place ou cela intéressé les FAI en cas de mise en place de
partenariat. Idéal pour pouvoir ventiler les appliances un peu partout
sur le territoire et eviter de tout charger sur Paris.
Reste les questions récurrentes, qui paye le hosting/traffic, et est ce
que cela va etre au détriment de la (s)vod en propre du dit FAI.

Fabien



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

Re: [FRnOG] [MISC] Netflix in France

[Fabien DEDENON]

Le 28/07/2014 16:40, Greg Villain a écrit :

 C’est un peu plus complique que ca. Si tu regardes de près Akamai ou 
 n’importe quel autre CDN, l’aspect mutualise de leur edge et la variété des 
 types d’assets a cacher a l’edge multiplie par la taille des catalogues 
 cumules de leurs clients fait que les niveaux d’offload qu’ils sont capables 
 d’offrir ne dépassent pas les 25%.
 Dans le cas d’OpenConnect, c’est un CDN entièrement dédie aux besoins de 
 Netflix, la valeur de l’offload est systématiquement  75% - vu la quantité 
 de traffic qu’on genere, ca représente une veritable économie en plus du gain 
 de satisfaction que ca représente pour leurs abonnes.


Bullshit detected Gregounet!
Sur un profil Micro Netflixet tout de meme pas mal d'assets, on a de
l'offload 90++% chez Akamai.
Cela ne remet pas en cause les avantages d'openconnect, à commencer par
n'avoir à penser qu'à sa gueule et ne pas passer des soirées trop noires
les jours d'update d'iOS...:)



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

Re: [FRnOG] [TECH] Redistribution default route au même équipement dans 2 aires différentes

[Fabien Dedenon]

Et avec du nssa, ça n'aiderait pas ?


Fabien
Sent from my phone

 Le 16 avr. 2014 à 21:01, Fabien V. list-fr...@beufa.net a écrit :
 
 Alors, après test et réponses en off-list, mon problème vient du fait que je 
 suis bien sur 2 aires différentes.. Quand je fais une seule aire entre le 
 FortiGate vers R1 et vers R2, tout fonctionne, mais du coup, R2 récupére 
 aussi les routes de R1 en intra..
 
 Ce que je voulais éviter avec l'aide de mes 2 aires, me permettant de 
 sélectionner mes redistribute d'autres processes et filtrer par prefix-list 
 chaque aire, mais visiblement FortiGate ne sait pas faire ca simplement.
 
 Merci à ceux qui ont répondu en off, et n'hésitez pas si vous avez l'idée du 
 siècle ou avez déjà fait face à un problème de ce type ! 
 
 16 avril 2014 19:03 Fabien V.  a écrit: 
 
 Hello,
 
 Je cherche à maquetter de l'OSPF entre FortiGate et OSPF. Je ne sais pas si 
 je fais quelque chose d'incohérent, donc un peu d'indulgence si il y a un 
 truc qui m'a échappé. Je vais essayer d'être complet, n'hésitez pas à 
 commenter ce qui vous choque :D
 
 La maquette :
 
 R1 CISCO  R2 CISCO
 \  /
 \/
 \  /
 \/
 FORTIGATE
 
 Je souhaiterai faire des filtres sur les annonces entre les R1 et R2, et le 
 lien entre R1 et R2, c'est l'aire 0.
 D'après ce que je trouve comme docs, pour filtrer, je suis obligé de faire 
 des aires différentes dans des processes différents entre R1 et R2.
 
 Donc même en omettant ces considérations voici ce que j'imaginai :
 R1  FORTIGATE : Aire 303 dans process 303
 R2  FORTIGATE : Aire 403 dans process 403
 R1  R2 : Aire 0 dans process X
 R1 et R2 doivent redistribuer la default gateway au FORTIGATE.
 FORTIGATE doit annoncer 10.59.59.0/24
 
 La config :
 R1 :
 router ospf 303
 router-id 0.0.3.1
 auto-cost reference-bandwidth 1
 default-information originate always metric 1
 distribute-list prefix AllowedOSPFRoutes in
 distance ospf external 200
 
 R2 :
 router ospf 403
 router-id 0.0.4.1
 auto-cost reference-bandwidth 1
 default-information originate always metric 1
 distribute-list prefix AllowedOSPFRoutes in
 distance ospf external 200
 
 FORTIGATE :
 config router ospf
 config area
 edit 0.0.1.47
 next
 edit 0.0.1.147
 next
 end
 set auto-cost-ref-bandwidth 1
 config network
 edit 1
 set area 0.0.1.47
 set prefix 10.30.3.0 255.255.255.0
 next
 edit 2
 set area 0.0.1.147
 set prefix 10.40.3.0 255.255.255.0
 next
 end
 config ospf-interface
 edit AREA303
 set interface port2
 set priority 0
 next
 edit AREA403
 set interface port1
 set priority 0
 next
 end
 config redistribute static
 set status enable
 set routemap rtmap-static-v4
 end
 set router-id 0.0.3.2
 end
 
 Tout fonctionne bien sur mes routeurs :
 
 R1 : #sh ip ospf 303 rib
 *  10.59.59.0/24, Ext2, cost 10, tag 0
 via 10.30.3.2, Vlan303
 
 R2 : #sh ip ospf 303 rib
 *  10.59.59.0/24, Ext2, cost 10, tag 0
 via 10.40.3.2, Vlan403
 
 En revanche sur le FORTIGATE, je n'obtiens qu'une seule default gateway dans 
 la table de routage, même si la database en voit 2 :
 
 FORTIGATE $  get router info ospf database brief
 [...]
 AS External Link States
 
 Link ID ADV Router  Age  Seq# CkSum Flag Route  
 Tag
 0.0.0.0 0.0.3.1 1562 8467 977d  0012 E2 0.0.0.0/0   
 303
 0.0.0.0 0.0.4.1 680  800c 62ac  0012 E2 0.0.0.0/0   
 403
 10.59.59.0  0.0.3.2 1091 8005 49f5  0031 E2 10.59.59.0/24   0
 
 FORTIGATE $  get router info ospf route
 E2 0.0.0.0/0 [100/1] via 10.40.3.1, port1
 C  10.30.3.0/24 [100] is directly connected, port2, Area 0.0.1.47
 C  10.40.3.0/24 [100] is directly connected, port1, Area 0.0.1.147
 
 Y a t-il une raison explicite que j'ai loupé avec la tête dans le guidon 
 pour laquelle le FORTIGATE insère une seule route dans sa table de routage ? 
 Si oui pourquoi celle de l'aire 403 ? Et si vous avez des idées comment 
 contourner ce problème en ayant 2 aires OSPF ?
 
 Merci d'avance pour vos remarques / aides !
 ​
 ​Fabien V.
 
 ---
 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] Switch Bypass

[Fabien DEDENON]

Le 25 mars 2014 à 18:41, Webaxys - Emmanuel ASSIE emman...@webaxys.net a 
écrit :

 Bonsoir à tous,
 
 Je suis à la recherche d’un retour d’expérience sur les produits Net Optics
 type IBPO-HBLX-SFP.
 Connaissez-vous des produits équivalents et si oui, lesquels ?
 

Si quelqu’un d’Orange nous « Ecoute », inscrivez vous a la liste pour nous 
répondre.




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

Re: [FRnOG] [MISC] HOPUS ?

[Fabien DEDENON]

Le 06/02/2014 18:08, Arthur Fernandez - Liazo a écrit :


Sauf que sur hopus, on ne peut annoncer que ses peers directs (et non 
les peers de ses peers de ses peers) et ce afin de garantir la qualité...

mmmhh ?

Tu réannonces tes clients et ton infra, depuis quand on annonce ses 
partenaires 'peer bgp' a quelqu'un d'autre que ses clients  ?


++


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

Re: [FRnOG] [TECH] Extinction incendie au NOVEC 1230 : implications de santé/sécurité ?

[Fabien DEDENON]

Le 15 janv. 2014 à 15:53, Arnaud aberming...@corp.free.fr a écrit :

 problème d'expansion/bruit qui provoque la destruction des disques dur etc...

 vecu, on a meme eu le playback sur les caméras de surveillance, ca part dur 
 quand ca déclenche, et pas mal de durs se sont mystérieusement mis en 
 ‘sécurité’.. en particulier pour les baies les plus proches des buses.



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

Re: [FRnOG] [MISC] Technologie d'Aspera

[Fabien DEDENON]

Le 27 déc. 2013 à 10:42, Radu-Adrian Feurdean fr...@radu-adrian.feurdean.net 
a écrit :

 On Fri, Dec 27, 2013, at 9:54, Philippe Bourcier wrote:
 Sinon question subsidiaire: est-ce que ca peut gerer des aggregats
 (rotation des ports source par exemple) ?
 
 Je ne comprends pas la question... 
 
 Avec un trasfer standard (une seule connexion, TCP ou UDP), la connexion
 n'est PAS distribue sur les liens d'un aggregat (ca passe toujours par
 le meme lien).
 La question etait donc : Est-ce qu'il ge(ne)re des paquets ou le tuple
 (src_ip, dst_ip, src_port, dst_port) ne sont pas tous les memes pendant
 tout le transfer ?. 
 Sachant que les IPs et le port destination restent fixes, ca implique
 une rotation/variation des ports source. Est-ce que le protocole peut
 faire ca ?
 

Hello,

J’avais justement eu le plaisir (…) de regarder d’un point de vue on net 
comment Aspera fonctionnait y’a une 10 aines de jours, ca ressemble a ca: 3 
flux de contrôle tcp / 3 flux de data. Il est fort possible selon les hash 
utilisés que les paires srcpt, dstpt variants favorisent la ventilations de 
charge sur du lag, meme si 3 ne serait probablement pas idéal dans la plupart 
des cas.
Le nombre de flux et des ports doivent être ajustables je suppose, tout comme 
ca vitesse désirée de transfert (udp powered), mais j’ai pas encore provoqué 
l’occasion de voir comment on joue à ce jeu.

Capture sur Cisco ASA, flux INTERNET-CORPO, c’est le peer distant qui poussait 
il me semble:

UDP CORPO x.x.x.x:33003 INTERNET y.y.y.y:49745, idle 0:00:00, bytes 1221238972, 
flags -
TCP CORPO x.x.x.x(x.x.x.x):33001 INTERNET y.y.y.y:41641, idle 0:00:00, bytes 
25548, flags UIOB
UDP CORPO x.x.x.x:33002 INTERNET y.y.y.y:39492, idle 0:00:00, bytes 2630163460, 
flags -
TCP CORPO x.x.x.x(x.x.x.x):33001 INTERNET y.y.y.y:41344, idle 0:00:03, bytes 
24364, flags UIOB
UDP CORPO x.x.x.x:33001 INTERNET y.y.y.y:55324, idle 0:00:00, bytes 1878670600, 
flags -
TCP CORPO x.x.x.x(x.x.x.x):33001 INTERNET y.y.y.y:42626, idle 0:00:03, bytes 
25624, flags UIOB


++
daf


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

Re: [FRnOG] [TECH] [Hardware] petit switch et switch console

[Fabien Dedenon]

Et en bonus avec une plateforme 2511, on peut faire du serial over ssh au lieu 
de telnet pour permettre l'accès oob over internet si la plateforme est 
distante.

Un 2960xl est top pour ça par exemple. Mais même en gray, on peut fleureter 
avec les prix de boîtiers spécialisés qui sont plutôt abordables.

Ps Youssef, c pas un peu oldie ton @ mail?:)


Fabien
Sent from my phone

Le 10 juil. 2013 à 18:02, Youssef Bengelloun-Zahr yous...@720.fr a écrit :

 'Lut,
 
 Sinon, c2600 (2611, 2621, 2651) avec NM-16 ou NM-32 et câbles octaux.
 
 Basique mais terriblement efficace.
 
 My 2 cents.
 
 Y.
 
 
 Le 10 juillet 2013 15:46, Xavier Beaudouin k...@oav.net a écrit :
 
 
 Les 2511 ont été remplacés chez Cisco par des ISR avec des cartes HWIC
 (HWIC-16A and les câbles qui vont avec : CAB-HD8)
 
 Oui ou autrement avec du refurb 3640 et les cartes qui vont bien on fait
 aussi la même chose.
 
 Xavier
 
 ---
 Liste de diffusion du FRnOG
 http://www.frnog.org/
 
 
 
 -- 
 Youssef BENGELLOUN-ZAHR
 
 ---
 Liste de diffusion du FRnOG
 http://www.frnog.org/


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

Re: [FRnOG] [TECH] Switch 10G pour cohabitation 10G/1G

[Fabien Dedenon]

Ils sont mignons:) je crois qu'il était question de la renego a chaud qui ne 
plait forcement pas:)

Sinon a10 et Arista supportent bien tout ça?:)

Fabien
Sent from my phone

Le 11 mai 2013 à 21:08, Fabien Delmotte fdelmot...@mac.com a écrit :

 Bonsoir,
 
 LACP fait reference a 802.3ad standard IEEE
 Etherchannel fait reference a Cisco et n est pas un standard me semble t il 
 
 
 Maintenant que veut dire dynamique ?
 Dans 802.3 ad le mode actif est a ma connaissance mandatory .. Donc un 
 equipement implementant 802.3 ad est forcement dynamique pour monter le LAG 
 ...
 
 Cordialement
 
 Fabien
 
 On May 11, 2013, at 5:38 PM, Pascal Gay p...@brocade.com wrote:
 
 Raphaël
 
 Lacp/etherchannel a toujours été disponible depuis de nombreuses années chez 
 Foundry comme Brocade...la mise en place dynamique de la chose en revanche 
 n'est arrivée que récemment sur la gamme FCX/ICX...sur Netiron cela fait des 
 années que c'est mis en dynamique en revanche. ...
 
 Voici pour les précisions 
 
 Cordialement 
 
 
 
 
 De : Raphaël Maunier - Jaguar Network [rmaun...@jaguar-network.com]
 Date d'envoi : vendredi 10 mai 2013 20:31
 À : Pascal Gay
 Cc : romain.ma...@bsonetwork.com; frnog@frnog.org; esca...@azylog.net
 Objet : Re: [FRnOG] [TECH] Switch 10G pour cohabitation 10G/1G
 
 Lacp / etherchannel fonctionnalités manquante sur un Sw en 2012, mais 
 qu'elle bonne idée :)
 
 Envoyé de mon iPad
 
 Le 10 mai 2013 à 18:03, Pascal Gay p...@brocade.com a écrit :
 
 Bonjour
 
 Cette information est ancienne depuis la release 8.0 ce n'est plus vrai sur 
 la toute la gamme FCX et ICX donc après avoir fui vous pouvez revenir :):) 
 ça n'a jamais été un bug juste une fonctionnalité manquante gênante il est 
 vrai
 
 Cordialement
 
 
 De : frnog-requ...@frnog.org [frnog-requ...@frnog.org] de la part de 
 Raphael Maunier - Jaguar Network [raphael.maun...@jaguar-network.com]
 Date d'envoi : vendredi 10 mai 2013 12:17
 À : Romain MAZET - BSO Network Solutions
 Cc : Julien Escario; frnog@frnog.org
 Objet : Re: [FRnOG] [TECH] Switch 10G pour cohabitation 10G/1G
 
 Ouais les super ICX , c'est pas ceux les lags recalculent quand un membre 
 du channel est déconnecté ?
 
 La dernière fois que j'ai eu le support brocarde sur ce sujet ( via un 
 client ) : Bug qui sera potentiellement corrigé en Q4 …
 
 A fuir comme la peste :)
 
 Cordialement,
 --
 Raphael MAUNIER
 Jaguar Network France
 
 
 On May 10, 2013, at 12:01 PM, Romain MAZET - BSO Network Solutions 
 romain.ma...@bsonetwork.com wrote:
 
 Hello,
 
 Chez Brocade plutôt que les TurboIron, tu as aussi les ICX6450-24 avec 2 
 ports 10G SFP+ intégrés + 2 Ports SFP.
 Les 2 ports SFP peuvent se tranformer en port SFP+ sous activation d'une 
 licence.
 Je ne connais pas ton budget mais les 6450-24 sont vraiment abordables.
 
 Les ports SFP+ peuvent être utilisés soit pour monter un stack, soit pour 
 monter des liens 10G vers tes uplinks.
 Ca fait du dual mode SFP et SFP+.
 
 Sinon si tu recherches plus de ports 10G, tu as les ICX6610 (8 ports 10G 
 SFP+).
 
 Tu peux trouver facilement des optiques compatibles pour Brocade, tous les 
 vendeurs d'optiques peuvent les coder.
 
 http://www.brocade.com/products/all/switches/product-details/icx-6430-and-6450-switches/specifications.page
 
 http://www.brocade.com/products/all/switches/product-details/icx-6610-switch/specifications.page
 
 Romain
 
 
 De : frnog-requ...@frnog.org [frnog-requ...@frnog.org] de la part de 
 Julien Escario [esca...@azylog.net]
 Date d'envoi : vendredi 10 mai 2013 10:13
 À : frnog@frnog.org
 Objet : Re: [FRnOG] [TECH] Switch 10G pour cohabitation 10G/1G
 
 Le 07/05/2013 15:00, David BERARD a écrit :
 Bonjour à tous,
 
 Je suis à la recherche de switch pour évoluer progressivement vers du 10G
 (cohabitation 1G SFP /cuivre et 10G).
 
 C'est les premiers matériels en 10G que je dois mettre en place, je me 
 pose
 quelques questions :
 
 - Les ports SFP+ sont'-ils compatibles avec des SFP (certaines
 spécifications le précise d'autre non) ?
 - Il y a t'il des compatibilités SFP+ / switch à respecter ?
 
 Je n'ai besoin que de fonctionnalité très basique (VLAN / access-list
 L2-L4), niveau nombre de ports il me faut au moins 4 ports 10G SFP+, 4
 ports SFP et 2 ports cuivre.
 
 Je suis habitué à SMC mais ils n'ont pas de référence correspondant à ce
 besoin.
 Avez-vous des conseils sur le choix de ces matériels ?
 J'ai une référence chez DLINK (DGS-3420-28TC) qui semble correspondre mes
 besoins (et au budget), peut-être avez-vous des retours d'expérience sur
 cette marque pour des équipements 10G ?
 
 Bonjour,
 On déploie pas mal de Netgear :
 http://www.netgear.fr/business/products/switches/smart-switches/smart-switches-stackables/GS752TXS.aspx
 
 Ca fait pas tout mais le support est assez bon : faut juste passer le 
 niveau 1
 en balançant des trucs techniques sans forcément un rapport.
 
 Et 

Re: [FRnOG] [BIZ] Cave à Momo : serveurs Supermicro, Sun, HP d'occaze

[Fabien Dedenon]

Le 4 mars 2013 à 12:42, Sylvain Vallerot sylv...@gixe.net a écrit :

 
 J'allais taguer SPAM, mais la charte de FRnog semble permettre ce genre
 d'annonces. Ca me parait être une erreur dans l'énoncé de la charte :
 
 BIZ : offre ou annonce (commerciale) interdite sauf occasion ou don.
 
 La version anglaise ne mentionne d'ailleurs pas ces cas d'exception.
 
 Si par occasion on autorise tout le marché de l'occasion à venir faire
 sa pub ici, alors la porte est ouverte à tous les excès.
 
 Je propose donc de réduire aux seules offres de don.
 

Belle réaction ( bien française? ), on dépose un projet de loi avant 
l'apparition du suspecté travers...

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

Re: [FRnOG] [MISC] Carrier Grade NAT, nous y voilà

[Fabien Dedenon]

Le 16/01/2013 12:35, Radu-Adrian Feurdean a écrit :

J'avais active le v6 sur la partie contenu pour l'IPv6 day 2011, et Free
avait resorti comme la premiere destination (mieux que Renater, HE.net
ou autres). Le probleme etait qu'il n'y avait a l'epoque aucune route
potable qui ne sortait pas de la France. Et ca, malgre 4 transitaires
+ He.net (meilleure route, mais +16ms via Amsterdam).


16ms via ams  avec 100% des paquets, c'est pas mieux que 2 ms avec 98% ?

+


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

Re: [FRnOG] [TECH] Panne SFR ?

[Fabien Dedenon]

Le 19 oct. 2012 à 09:41, EN Douli doul...@gmail.com a écrit :

 Bonjour,
 
 Des infos sur la coupure SFR de cette nuit de 00:40 à 00:55 ?
 
 Cordialement,
 

Ça ressemble de plus en plus à un forum de support technique grand publique 
ici, pas de détails à creuser, aucune info

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

[FRnOG] [ALERT] ipv6 et yahoo.fr, sla n'marche pas bien ce jour

[Fabien Dedenon]

Hello la liste,

Mes collègues s’affolent, c'est la panique ... :) . On dirait bien que 
http://fr.yahoo.com en ipv6 n'est pas en forme ce jour, ras par contre 
chez http://uk.yahoo.com

cf capture: http://i47.tinypic.com/2yjy1c6.jpg

Tous va bien chez vous? Nous constatons cela depuis 2001:4b90:0:9::/64

Des infos quelqu'un?

++

FD


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

Re: [FRnOG] [ALERT] ipv6 et yahoo.fr, sla n'marche pas bien ce jour

[Fabien Dedenon]

Le 13/06/2012 17:16, Patrick Maigron a écrit :

Idem depuis un accès Renater et un accès Free :
GET http://fr.yahoo.com/
[HTTP/1.1 404 Not Found on Accelerator 140ms]

Pas de souci en v4 et pour uk en v6.

Patrick.



Ca semble bien global et pas uniquement lié a quelques utilisateurs
Grosse réussite l'activation d'ipv6 pour ce service leur service, 
l'absence de supervision qui effraie pour un portail qui reste tout de 
même important, ils auraient déja eu tout le temps du monde a désactiver 
la résolution   pour remettre les chose rapidement en ordre.


C'est tout de même fou. Au passage Witbe, Ip-label et confrères 
fournissent les surveillances en ipv6 ?


++





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

Re: [FRnOG] [BIZ] TELEHOUSE II et conso elec

[Fabien Dedenon]

Le 05/03/2012 14:52, Bruno CAVROS / SKIWEBCENTER a écrit :

Selon le commercial telehouseII est équipé d'un système de mesure coutant 1
million d'euros, dommage qu'a ce prix (si surconsommation réel il y a) ça ne
prévienne pas le client (par mail?) le mois suivant et non pas un an après
de la part du service facturation..


J'ai lu dans des CGV de ce fournisseurs (éventuellement anciennes) que 
les dépassements de consommations d’énergie devaient être rapportées au 
client dans les 15 jours suivant leur production. Il y a probablement 
matière a creuser si c'est toujours d'actualité.


Fabien


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

Re: [FRnOG] [TECH] Un problème chez OpenTransit ?

[Fabien Dedenon]

Le 23/01/2012 13:23, DjinnS a écrit :

Salut,

Depuis 10/15 minutes le téléphone s'affole, on dirait qu'un il y a un 
problème chez OpenTransit ?


Vous avez le même problème ?



Nous n'avons pas noté d'anomalie pour attraper FT 3215 via 3257 et 6453.

++

FD
AS8527


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

Re: [FRnOG] [TECH] Un problème chez OpenTransit ?

[Fabien Dedenon]

Le 23/01/2012 14:31, Fabien Dedenon a écrit :

Le 23/01/2012 13:23, DjinnS a écrit :

Salut,

Depuis 10/15 minutes le téléphone s'affole, on dirait qu'un il y a un 
problème chez OpenTransit ?


Vous avez le même problème ?



Nous n'avons pas noté d'anomalie pour attraper FT 3215 via 3257 et 6453.

Cela dit, Netflow ne me montrait rien de choquant, mais smokeping n'a 
pas trop apprécié la plage horaire 12h45-12h55 CET.

http://smokeping.internet-fr.net/?target=World.Europe.France.oleane2
http://smokeping.internet-fr.net/?target=World.Europe.France.oleane

++



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

Re: [FRnOG] Re: [TECH] Vocabulaire DNS

[Fabien Dedenon]

Le 21/01/2012 23:08, Stephane Bortzmeyer a écrit :

Les RFC aussi bien que la doc de la moitié des serveurs emploient le
terme ``refresh''.

Attention, c'est autre chose, c'est le temps entre deux tentatives
d'un serveur esclave de vérifier le numéro de série du maître. De nos
jours, avec NOTIFY (RFC 1996), ça n'est quasiment plus utilisé.

Les caches, c'est autre chose, refresh n'est pas pour eux, ils ne se
fient qu'au TTL.


Salut,

Donc, on ne doit pas utiliser propagation (que j'utilise comme 
beaucoup), ni rafraichissement, mais tu nous laisses assis sur notre 
ignorance.
Quelle est la bonne démarche terminologique alors ? L'expiration ça 
pourrait coller, mais je me vois mal annoncer à mes clients d'attendre 
que - le ttl de- leur domaine expire



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

Re: [FRnOG] Coupure freeix / peer proxad

[Fabien Dedenon]

Le 30/08/2011 14:00, Sebastien WILLEMIJNS a écrit :

On Tue, 30 Aug 2011 11:52 +, Stephane JAUNE
stephane.ja...@bullpi.com  wrote:


Hello, tous,

Suis-je le seul à m'inquiéter de la fin du peering avec free, sfr et 
d'autres ? Pour les petits hébergeurs comme nous, qui fournissons du contenu 
aux abonnés des grands opérateurs, le freeix était très intéressant.

J'ai été surpris d'apprendre que cette offre a fermé par manque de
traffic... peut-etre qu'il ne restait plus que des petits opérateurs ???
---



Hello,

Apparemment ca n'est pas par manque de trafic, c'est le déroulement 
logique de l'abandon de la gestion du Freeix il y a des années par 
manque d’intérêt et l'absence de volonté de maintenir un ce lieu 
d'échange (en particulier avec eux c'est vrai), il ne s'en sont jamais 
vraiment cachés.


C'est vrai, ca devient difficile pour nous les petits opérateurs de 
contenu avec nos clients Francais. Il faut se faire a l'idée de passer 
par les transits de *qualité* :) pour assurer une qualité de service a 
nos clients. Et encore on est plus ou moins chanceux ceux qui avions eu 
l'opportunité de conserver une session avec eux tout ce temps, mais 
comment font les autres? Simple Free veut bien échanger mais pas que des 
paquets sur des bouts de cilice Y'a plus qu'à s’adresser a Free ou a 
trouver des opérateurs IP qui ont accepté de rentrer et de 
commercialiser ce système.


Accéder au réseau d'un opérateur d'eyesball ca se valorise maintenant et 
c'est pas le cas que pour Orange et c'est un peu le meme débat. On est 
pas tout seul avec nos ptits hébergement de sites commerciaux et corp, 
il y a ceux qui poussent vraiment, c'est ceux la qui ont petit à petit 
fait fléchir la politique. Justement qu'est ce qu'elle dit leur 
politique? Pas grand chose:) cf 
http://www.as12322.net/as12322_policy.html . J'imagine que peerer avec 
les petits acteurs de contenu sur le Franceix ne serait pas un gros 
challenge. Il suffirait de définir des limites avant de passer en modèle 
privé|payant... reste juste que c'est eux qui décident et qu'ils n'ont 
rien à y gagner sauf la beauté du geste ( et ptet meme que l'ARCEP 
pourrait y mettre son grain de sel si ca n'est pas comme il faut), 
dommage ca serait beau un peer Free au Franceix.


Dans ce domaine la Free n'est plus le trublion.. dommage en plus ils 
auraient bien participé à faire de la France une belle plaque d'échange, 
mais c'est tellement mieux le reste de l'Europe!


Fabien

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

Re: [FRnOG] Coupure freeix / peer proxad

[Fabien Dedenon]

Fred,

Tu en profites pour mettre un RIP Freeix 2000 - 2011 sur la homepage ?

--
Nicolas


Tu nous as abandonnés m1k0 (il y a bien longtemps ;) ) !

RIP Mista Freeix


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

[FRnOG] Anomalies de résolution de nom chez Orange (grand public)?

[Fabien Dedenon]

Hello la liste,

Depuis quelques semaines, nous avons des plaintes clients nous signalant 
l'impossibilité de résoudre des domaines sur nos infrastructures.
Vu sur les forums Orange http://minilien.fr/a0kiu0 , ca ne semble pas un 
événement isolé...


J'ai presque eu un contact qui était dans cette situation cet 
après-midi. Trop tard, un reboot de la live boite et c'était retombé en 
marche... On m'a soufflé à l'oreille qu'avec opendns et les ns google ca 
marchait beaucoup mieux.


Bien sur, tout le reste du naInternet n'est pas en panne,  et c'est 
probablement nous les méchants!


Quelqu'un eu l'opportunité de diagnostiquer un phénomène similaire 
récemment ?

Si vous avez des infos ou un contact qui pourrait creuser cela, je prends!

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

Re: [FRnOG] Re: Anomalies de résolution de nom chez Orange (grand public)?

[Fabien Dedenon]

Le 19/05/2011 19:01, Stephane Bortzmeyer a écrit

Hmmm, quelqu'un qui a le problème chez Orange pourrais t-il faire des
tests sérieux ? Car la description des symptômes est un peu courte.

Oui désolé pour la description brêve, je n'ai pas de quoi reproduire ca 
sous la main, mais j'ai espoire que quelqu'un se soit penché dessus, je 
peux éventuellement communiquer en privé des domaines pour lesquels j'ai 
eu des remontées.


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

Re: [FRnOG] Re: Anomalies de résolution de nom chez Orange (grand public)?

[Fabien Dedenon]

Le 19/05/2011 19:21, Pascal Rullier a écrit :

Le 19 mai 2011 19:13, Fabien Dedenondaf-l...@internet-fr.net  a écrit :

Le 19/05/2011 19:01, Stephane Bortzmeyer a écrit

Hmmm, quelqu'un qui a le problème chez Orange pourrais t-il faire des
tests sérieux ? Car la description des symptômes est un peu courte.


Oui désolé pour la description brêve, je n'ai pas de quoi reproduire ca sous
la main, mais j'ai espoire que quelqu'un se soit penché dessus, je peux
éventuellement communiquer en privé des domaines pour lesquels j'ai eu des
remontées.

Les domaines sont déclarés sur le nain ternet, alors pourquoi ne pas
les donner ici pour tester ?

...
Je sais ... Il s'agit de domaines appartenant a des clients de la 
société pour laquelle je travaille. De base je préfère éviter de les citer.
J'ai l'accord à l'instant pour en citer un: www.spartoo.com , hop it can 
help.


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

Re: [FRnOG] La convergence voix / données sur un réseau IP unique

[Fabien Dedenon]

Le 18/03/2011 15:58, Julie MOISSON-LAJOU a écrit :

AFTER WORK OCEALIS
le jeudi 24 mars 2011
À 18h00
Musée des Arts Décoratifs -- Paris I


Spam commercial detected !

Re: [FRnOG] Le RIPE et les PI

[Fabien Dedenon]

 Le 05/08/2010 20:45, Pierre-Yves Maunier a écrit :

Comme je le disais ici :

http://www.mail-archive.com/frnog@frnog.org/msg10625.html

[quote]
Et lorsque le RIPE se verra attribuer son dernier /8 la ligne de conduite
n'est pas encore établie mais les discussions tendent à cette conclusion :
- nous n'affecterons des IPv4 qu'aux LIRs ayant déjà au moins un bloc IPv6
visible dans la table de routage.
[/quote]

Ca va arriver un jour ou l'autre.



--
Pierre-Yves Maunier


L'annonce dans les tables de routage c'est encore le coté facile comme 
lu précédemment , faudra penser a l'utilisation dans les faits après, et 
il ne restera plus bcp de marge pour faire pression.

La machine sera dure a lancer :)

Re: [FRnOG] Le RIPE et les PI

[Fabien Dedenon]

 Le 04/08/2010 10:55, Spyou a écrit :

Soit une entité a besoin d'IP pour elle (PI ou PA, c'est juste une
question de savoir si on veut devenir membre du RIPE et pouvoir
ré-allouer ou pas), soit elle n'en a pas besoin, mais PI vs PA, ca
bouffera pas plus la ram de nos routeurs.


Sauf que PA tu as plus de chance d'avoir un CIDR un peu plus large qu'en 
PI (Je n'ai pas suivi les dernières politiques d'attribution mini en PA 
cela dit)  - moins de pfx donc moins de ram/cpu/upgrade à terme.



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

Re: [FRnOG] Switchs Oem : Juniper EX2500 - Blade Network

[Fabien Dedenon]

Le 30/06/2010 00:11, Raphael Maunier a écrit :

Bonsoir,

Dommage que nous n'ayons pas eu le temps de poser des questions au representant 
de BNT, mais pour ceux que ça intéresse :

Juniper a fait un switch OEM pour être time 2 market et c'était/c'est un BNT, 
l'EX-2500. Nous étions a la recherche de ce genre de switch pour de la distribution dans 
nos salles, mais avec des fonctions Layer3.

Nous n'avons pas eu la chance de tester ce switch, mais pour ceux qui ont pu le 
tester, le test s'est termine tout court.

   

Intéressant ... peut être auront nous un retour du constructeur.

La présentation BN de ce vendredi à éveillé la curiosité, ce type 
d'équipement étant à la mode avec le glissement de san sur ip.
Dans les memes eaux, Dell a tendance a vouloir pousser leur 8024F 
(20sfp+, 4 copper) également pas cher, éventuellement un autre bon 
candidat pour du pure L2, si quelqu'un a gouté you're welcome.
- 
http://www.dell.com/downloads/global/products/pwcnt/en/powerconnect-8024f-test-and-review.pdf


La valeur de repli restera peut être pour nous du Nexus 5K, ca restera 
des modèles largement déployés avec une large communauté d' betatesteurs 
utilisateurs.


Fabien

Re: [FRnOG] De la concurrence sur le SDSL ?

[Fabien Dedenon]

Devinette du week end : qui se cache donc derrière cet appel
d'offres ?

http://www.prestataires.com/r/aoc.asp?Numero=100618006

Je parie 100 balles sur Octave !


T'es bien renseigné, où est-ce que tu vas vu SDSL dans cet appel 
d'offre? ;+)


Et il est précisé une structure informatique/télécom travaillant pour 
des grands comptes.


Si c'est OVH, il ont (a) bien raison de commencer le déploiement par 
Nancy, surtout que c'est le centre du monde :)


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

Re: [FRnOG] Si vous voulez pouvoir voir des domaines allemands...

[Fabien Dedenon]

Le 12/05/2010 14:16, Stephane Bortzmeyer a écrit :

Comme vous avez vu, .DE est en ce moment en plein milieu d'une panne
sévère. Le contournement TEMPORAIRE suivant sur vos résolveurs peut
aider.
   


 Merci pour le signalement Stéphane,
 Ca fonctionne mieux depuis quelques minutes.


Fabien

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

Re: [FRnOG] Nouvelle RFC.

[Fabien Dedenon]

Nicolas MICHEL a écrit :
Bonsoir a tous. Nous sommes encore le 1er avril donc je me permets de 
partager avec vous cette nouvelle RFC :)


http://www.rfc-editor.org/rfc/rfc5841.txt


Enjoy

--
Nicolas MICHEL

Le suicide spontané de paquet over Cogent risquerait de pas bcp aider 
les pauvres petits eyesball  avec youtube.

C'est triste ! :)
---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] connectivité as5511 (opentra nsit)

[Fabien Dedenon]

Xavier Nicollet a écrit :

Bonjour,

nous (as35070) observons des soucis de connectivité vers Orange. Le 
traceroute semble se bloquer dans l'AS 5511. 
Nous voyons ça, depuis 14h00, sur nos deux transitaires.


Avez-vous des informations ou des observations similaires ?

(dès qu'une personne répond, moi aussi ! pas la peine de plussoyer ;-) ).

  
Nous constatons aussi ce phénomène au travers de AS3215 (Tinet) dans le 
sens 5511-3257 apparemment ou un prepend n'a visiblement pas servi a 
grand chose bizarre avec un med et un localpref identique pour 3257 et 
6453 vu du route-server opentransit.
Rien a signaler au travers de l'AS6453 (Tata) ou la prod (re)tourne 
normalement ...


En attente d'un retour de Tinet a ce sujet.

Bon courage Xavier si tout tes transitaires sont touchés.

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

Re: [FRnOG] Pb Cogent/OpenTransit

[Fabien Dedenon]

Arthur Fernandez a écrit :

Bonsoir,

La question n'est pas de chercher à savoir si c'est ou non obligatoire 
d'avoir une peering policy fully open... mais de reconnaitre que pour 
joindre 3215 la seule solution convenable est d'acheter la bande 
passante à opentransit, transitaire détenu par le même groupe que FT, 
et ce fait pour l'immense majorité des opérateurs. Dans un monde 
libéral ça ne pose aucun soucis et la réponse typique est plutot va 
chier, t'avais qu'à être à leur place mais dans un autre un chouilla 
différent, on pourrait voir ici de la vente forcée et de l'abus de 
position dominante. Et autrement dit, pour un opérateur qui a 
construit son réseau sur les fonds publiques, moi, j'ai un peu mal à 
le gober.


++
Arthur.

Il y a quelques années, nous étions client 5511, je n'ai jms compté le 
nombre de pertes de visibilité de 3215 (surtout en ayant toujours les 
annonces des pref) qu'on a eut mais c'était clairement pas reluisant, je 
ne qualifierai pas cela de solution convenable dans ces conditions. 
Reste qu'aujourd'hui avec un bon choix de transitaires tout se passe pas 
trop mal quand Ft ne fait pas sauter les peers sur les plateformes 
PARIS/LDN/AMS en même temps ... du vécu au début de cette année via 3257 
et 6453 (bon ok India telecom on pourrait dériver) ... Cette visibilité 
étant très importante pour nous, pas en terme d'AsPath (on s'en fou on 
est fournisseur de contenu) mais de dispo/perf, la recherche d'un bypass 
5511 sera certainement un projet a mener un de ces quatre.


Le 2 octobre 2009 19:15, Raphael Maunier rmaun...@neotelecoms.com a 
écrit :
 

3215 ne vend pas. C'est 5511 donc pas pareil, c'est ca l'astuce
Il me semblait que l'As Domestique faisait du bgp (au moins paid peer 
tres tres cher) il y quelques années pourtant.



J'ai vu passer une propale pourtant, mais tu as raison, ça devait être
l'autre AS ;)

 
Bah c'est ton choix, generalement on dit : Price. Speed. 
Quality.Pick two.

Price. Speed. Quality.Pick ***Neo***, je sors?:)





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

Re: [FRnOG] probleme de saturation sur opentransit

[Fabien Dedenon]

Michael Hallgren a écrit :

Bon, de mon horizon -- 6453 -- on avait un incident opérationnel
résultant d'un  prefix limit hit  par 5511 il y a un peu plus
que 24h... Cet incident a forcée un re-routage sub-optimale 
temporaire. J'ignore, mais j'imagine -- modulo policy --, que nos

voisins ont vécu un problème similaire.

mh
  
La même pour 3257, perte des peers Paris, Londres  Amsterdam avec 
5511.  OT n'a pas l'air de leur avoir donné la raison de l'incident, on 
sait toute fois que c'est résolu.


Fabien


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

Re: [FRnOG] Saturation du lien Neuf FreeIX ?

[Fabien Dedenon]

Benjamin BAYART a écrit :

Le Tue, Sep 25, 2007 at 04:31:23PM +0200, Steven Le Roux:
  

Et voilà une infra bien simplifiée pour ce qui est pages perso/serveurs
mail et autres services, avec du contenu réparti. Dans cet exemple le
peering régional prend toute son ampleur.



Ce ne sera pas fait, et pour des raisons économiques simples à
comprendre: distribuer suffisament de puissance chez les abonnés pour
faire ça, ça représente un surcoût de quelques dizaines d'euros par
boîte (un peu de CPU en plus, quelques softs à ajouter et maintenir,
de la RAM pour faire tourner tout ça en plus des applications normales
de la boîte, etc).

L'hébergement des mêmes services sur des serveurs centraux est nettement
moins coûteuse:
- disponible pour tout le monde dés lors qu'on allume le serveur, sans
  remplacer les boites
- ne coûte que pour les abonnés qui s'en servent, contrairement aux
  boîtes

S'il faut ajouter 5 ou 10 euros de CPU dans la boite pour faire tourner
du mail, alors c'est une fortune, créer une boîte aux lettres sur une
infrastructure centralisée de bonne qualité, ça ne coûte que quelques
centimes.

Benjamin.
  
Je préfèrerais pour ce prix que la RD se concentre sur l'optimisation 
de la consommation électrique et  du dégagement thermique des box avant 
de les blinder de processeurs (trop) puissants et couteux a alimenter. 
Sur un parc ou l'unité de base est le million, je n'ose pas imaginer le 
gaspi.


Fabien



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

RE: [FRnOG] [HARDWARE] Qui connait ... ?

[Fabien DEDENON]

De : [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] De la part de
[EMAIL PROTECTED]
Envoyé : jeudi 5 avril 2007 11:30

Quoting Christophe Lucas [EMAIL PROTECTED]:

Meme a 5000 Euros le tout, j'ai du mal a croire que c'est du neuf!
C'est vraiment pas cher.

 Salut,

 J'ai une petite requête à vous soumettre:

 J'ai un léger soucis de prix entre deux fournisseurs concernant un matos
 (7200VXR, NPE300, PA-FE-TX, PA-AC3-OC3MM).

 J'ai un fournisseur à environ 5000 euros et un à 2000 euros ?!?
 Cet écart de prix m'inquiete.

 Qui connait www.hollandhardware.com ?

 Par avance merci,
 --
 Christophe Lucas | Phone:   +33 (0)2 32 18 54 10

Du neuf pour un npe 300 ca risque d'être dur pour un matériel en EOS depuis
3 ans. cf
http://www.cisco.com/en/US/products/hw/routers/ps341/prod_eol_notice0900aecd
801bd0f7.html

Il faut aussi se poser certaines questions, quelles sont les garanties
fournie par ton reseller, 1 jour, 1 an? Comment peut il faire des prix aussi
bas? Est-ce que j'ai confiance ?:) 2000 euros pour le tout c'est même pas le
prix d'un chassis dual alimenté sur le marché il me semble.

Fabien


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

RE: [FRnOG] [HARDWARE] Qui connait ... ?

[Fabien DEDENON]

De la part de Spyou
At 12:26 05/04/2007, Fabien DEDENON wrote:
Il faut aussi se poser certaines questions, quelles sont les garanties
fournie par ton reseller, 1 jour, 1 an? Comment peut il faire des prix
aussi
bas? Est-ce que j'ai confiance ?:) 2000 euros pour le tout c'est même pas
le
prix d'un chassis dual alimenté sur le marché il me semble.

D'un autre coté, sorti de la question du support 
et des mises a jours soft (qui sont, a mon sens, 
le seul + du materiel neuf), quand on regarde 
bien, en broc, pour le meme prix, on a entre 4 et 15 fois plus de matos.

C'est sur que pour un cisco n9uf t'as 10/15 foundries (ptet n9ufs aussi)! 

A ce train la, ca coute toujours beaucoup moins 
cher de tout acheter en double pour palier a une 
absence de garantie, et meme si les deux 
claquent, on en a encore pour moins cher a en racheter un 3eme.

C'est facile quand tu geres toute la chaine d'achat de matériel,et il faut
aimer y passer du temps aussi.
Ce n'est pas parcequ'un materiel est garanti qu'il n'y a pas de spare. on
dirait quoi aux clients, une semaine svp, votre service revient?

Et meme, de plus en plus de broc proposent des 
garanties 12, 24 ou 36 mois qui font finalement 
assez peu varier le prix global sur des commandes assez consequentes. 

Oui ca varie mais au moins tu as d'avantage d'assurance d'avoir un matériel
un peu moins moisi qu'avec une garantie 30j.








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

RE: (fwd) Autoreply from [EMAIL PROTECTED] (was Re:[FRnOG] Outils d'accounting/billing)

[Fabien DEDENON]

Mais il va nous le stresser notre postmaster a son retour de congé !
++
-Message d'origine-
De : [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] De la part de Yann
Berthier
Envoyé : vendredi 29 septembre 2006 22:59
À : frnog@frnog.org
Objet : (fwd) Autoreply from [EMAIL PROTECTED] (was Re:[FRnOG] Outils
d'accounting/billing)

   Ben si vous avez des problemes de mail avec internet-fr ne cherchez
   plus, postmaster est en vacances ;)

   hhh les out-of-offices envoyés a quelqu'un qui poste dans une
   liste ...

- Forwarded message from [EMAIL PROTECTED] -

Bonjour,

Je suis en conges jusqu'au 23 octobre, pour toute demande veuillez contacter
notre support technique.

Cordialement

- End forwarded message -

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


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