[FRnOG] [MISC] DLink ça vaut quoi ?

2012-03-19 Par sujet Guillaume
Bonjour,

Cette question est quelque peut hors sujet car elle ne concerne par des
switchs d'opérateurs réseaux. Nous réfléchissons à refaire notre réseau
interne, 3 étages de bureaux. Le câblage date de 10 ans, quelques
horreurs (téléphone sur une paire du cat.5, ou câble en cat.4, passage à
côté du 220V, etc) et l'absence de plan nous incite à repartir de zéro.
L'idée serait d'avoir à chaque étage un sous répartiteur avec un switch
24 ports giga et de remonter vers un coeur de réseau en fibre: une
jolie étoile. Remonter toutes les prises à un seul point serait
compliqué à cause de l'ancienneté du bâtiment.
Un de nos fournisseur nous propose des switch Dlink, par exemple le
DGS-1210-24. Sur la papier ça semble faire tout ce que l'on recherche
(trunk, vlan, etc, bref du basique). Cependant je n'ai jamais travaillé
avec cette marque (mais principalement Cisco).
D'où ma question en sujet :) Sinon quelle marque conseillerez-vous ?


--
bonne journée,

Guillaume


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


Re: [FRnOG] Re: [MISC] [TROLL] ODDNS

2012-04-13 Par sujet Guillaume
On 04/13/12 14:12, Stephane Bortzmeyer wrote:
[...]
 Pour BGP, il y a un mécanisme pour trancher : celui qui a raison est
 celui qui a eu une affectation via un RIR. Mais pour le DNS, si on n'a
 plus de registre, on fait comment ?

un vote Condorcet ? :D

--
G.


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


[FRnOG] [MISC] FO sur courte distance en câblage vertical

2012-09-03 Par sujet Guillaume
Bonjour,

Je dois étudier comment recâbler à neuf un bâtiment (2 étages, 3
niveaux) ancien. Il faudrait une moyenne de 20 prises (1000baseT) par
étages (comptons 30 pour l'avenir). Le problème est que le bâtiment est
vieux, très vieux, et il est difficile de traverser certain murs,
dalles, etc. Je suis donc parti sur l'idée de mettre un petit coffret
par étage et de tout remonter vers un cœur de réseau. Étant donné que
je n'ai pas les plans électrique du bâtiment, j'ai pensé à de la fibre
(mini-breakout) pour éviter les perturbations électromagnétiques et
l'évolution vers du 10G.
Est-ce qu'il y a des contrainte fortes pour la pose d'un mini-breakout
préconnectérisé ? (angle de courbure par exemple)
Sachant que la distance entre un sous répartiteur à l'étage et le cœur
de réseau ne dépassera par les 50m (plutôt 20 à 30m) faut-il privilégier
de la monomode ou multi-mode ? Le prix des optique en Giga est
identique, parcomètre j'ai trouvé de grosses différences sur du 10G.
Faut-il abandonner l'idée de la fo pour du cuivre cat. 7 ?
Que me conseillerez-vous ?

--
bonne journée,

Guillaume


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


Re: [MISC] RE: [FRnOG] [TECH] RFC 7269: NAT64 Deployment Options and Experience

2014-06-20 Par sujet Guillaume
Salut. 

 Le 20 juin 2014 à 16:18, Michel Py mic...@arneill-py.sacramento.ca.us a 
 écrit :
 
 Oh mais c'est trolldi!
 
 Stephane Bortzmeyer a écrit :
 Alors, qui ici fait du NAT64 ?
 
 Pas moi, ni aucun de mes clients FAI ou autres. Déployer IPv6 et NAT64 c'est 
 énormément de travail et çà ne m'apporte absolument rien ni à moi ni à mes 
 clients.
 
 Michel.

Sauf qu'un jour, il faudra bien y passer à IPv6. Et si personne ne se lance en 
disant aujourd'hui, ça ne me rapporte rien, on repousse toujours plus 
l'échéance. Et quand on n'aura plus une seule IPv4 disponible, même en allant 
les chercher chez les RIR voisins, on sera bien em***dés !

Guillaume

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


[FRnOG] ntop vs iptables

2002-11-06 Par sujet Guillaume
Bonjour/Bonsoir.

Je reviens sur une question posée il y a quelques semaines à propos de
l'utilitaire ntop.
Il m'avait été alors conseillé/suggéré d'utiliser netfilter/iptables pour
faire de la comptabilité réseau.

Je n'ai pas tilté sur le coup, et peut-être vais-je poser une question
bête, mais est-il possible (j'entends par là : facillement...) de faire de
la comptabilité réseau (statistiques de base : nombre de paquets, taille
des paquets, par protocoles, destination, source etc...) avec
netfilter/iptables SANS devoir installer cela sur une passerelle ?
L'avantage de ntop étant de fonctionner en mode 'reniffleur' ?

Guillaume

---
Human blood is a commodity (le sang humain est un produit)
[ U.S. Federal Trade Commission - 1966 ]



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



Re: [FRnOG] [BIZ] Choisir mon OS

2015-07-01 Par sujet Guillaume

On 01/07/2015 19:03, Nicolas Vigier wrote:

On Wed, 01 Jul 2015, Joël DEREFINKO wrote:



Je ne cherche pas à dire que telle ou telle distrib ou OS est meilleure qu'une autre, 
mais je pense qu'il est difficile de trouver une techno récente qui ne serait 
disponible ou implémentée que sur l'une d'entre elles.


C'est pas une question d'etre meilleure ou pas, mais l'un des buts de
Fedora c'est d'integrer les toutes dernières technos, ce qui n'est pas
le but de toutes les distros: certaines se concentrent sur la stabilité
plutot que sur les nouveautés.


pour certaine stabilité = veille version + patch de l'empaqueteur parce 
que valgrind couinait


:-D

G.



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


[FRnOG] [TECH] Quelqu'un pour hoster mon AS ?

2016-01-18 Par sujet Guillaume
Bonjour,

J'ai souscris un compte RIPE et LIR.
J'ai une /22 en IPv4 et une /29 IPv6, maintenant pour les utiliser il faut
qu'un hébergeur host mon AS.
Vous savez ou je peux trouver ça ??

Merci d'avance.

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


Re: [FRnOG] [TECH] Quelqu'un pour hoster mon AS ?

2016-01-18 Par sujet Guillaume
Le besoin est double.
Nous avons créé une box qui fait de l'aggregation de connexion
ADSL/SDSL/VDSL (www.octopusone.com)
Chaque box récupère une IP publique fixe.
Il nous faudra du transit IP.
Pour l'instant nous utilisons des serveurs chez Online et un autre DC pour
alimenter nos box mais ces hébergeurs n'assurent pas l'annonce de nos IP :(

Comme pour le moment nous n'avons pas l'utilité de l'intégralité de nos IP
et que nous avons reçu des demandes pour de la location d'IP, nous
souhaitons permettre la mise à dispo de quelques subnet.

Le 18 janvier 2016 à 14:10, Raphael Mazelier <r...@futomaki.net> a écrit :

> Hello,
>
> Tu as des IPs ? fort bien.
>
> As tu une architecture physique (des routeurs) qui vont avec ?
>
> - si oui bah tu prendre deux transitaires au hasard.
> - si non il faut te trouver quelqu'un qui va hoster ton service et
> annoncer tes IPs (et éventuellement ton AS si tu le souhaite).
>
> --
> Raphael Mazelier
>
>
>
> Le 18/01/16 13:57, Guillaume a écrit :
>
>> Bonjour,
>>
>> J'ai souscris un compte RIPE et LIR.
>> J'ai une /22 en IPv4 et une /29 IPv6, maintenant pour les utiliser il faut
>> qu'un hébergeur host mon AS.
>> Vous savez ou je peux trouver ça ??
>>
>> Merci d'avance.
>>
>> ---
>> 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] Impossible de monter un tunnel VPN IP SEC entre Juniper SSG 350 et un TP-Link

2016-02-08 Par sujet Guillaume


On 08/02/2016 10:52, Tech Galsen wrote:

Bonjour,
Sollicite aide pour faire monter un tunnel VPN IPSEC entre 1 Juniper SSG
350 basé à Paris et un TP-Link TL-ER604W basé à Dakar. Le tunnel est initié
par le TP-Link en mode Agressive et FQDN. L'@IP publique côté Paris est
fixe alors que celle côté Dakar est dynamique.
Le log coté Juniper est le suivant:

"Rejected an IKE packet on ethernet0/2.70 from @IPDakar:500 to @IPParis:500
with cookies f7eb88acf3b34435 and  because an initial Phase
1 packet arrived from an unrecognized peer gateway."

le PeerID utilisé côté Dakar et configuré sur le Junioer est au format
xx.x.xxx avec x caractère alphanumérique. Le codage est mal
interprété à priori côté Juniper...


tu te prendras moins la tete à configurer un vrai firewall et à 
l'expédier là-bas.

genre un SSG5 Juniper ou un FortiGate 30/60.

gu!llaume


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


[FRnOG] [MISC] Orange et les adresses emails fournies

2016-10-05 Par sujet Guillaume

Bonjour,

Petite question pour un artisan que je connais, si quelqu'un a eu le cas.

Client orange et avec un email en wanadoo.fr, il a eu la mauvaise idée 
de le supprimer pour tenter de le recréer alors qu'il avait des soucis 
avec sa boîte email.


Sauf qu'il ne savait pas qu'il lui serait impossible de recréer la même 
ensuite, qui plus est en wanadoo.
Le support téléphonique Orange ne peut bien entendu rien pour lui, et 
c'est assez préjudiciable pour son activité de changer subitement 
d'adresse sans prévenir.


Sachant qu'un compte email n'est qu'une entrée dans une base de données 
(sans parler du stockage), quelqu'un a-t-il déjà réussi à se sauver de 
ce genre de situation avec eux ?


Merci,

--
Guillaume


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


Re: [FRnOG] [MISC] Orange et les adresses emails fournies

2016-10-05 Par sujet Guillaume
En effet, l'interface ne permet pas de recréer l'adresse, celle-ci étant 
grillée (que ce soit en orange.fr ou wanadoo.fr).


Tant pis, il ne refera pas l'erreur 2 fois.

Pour ce qui est des alias, je doute qu'ils se soient pris la tête, ce 
doit être un simple alias de domaine de wanadoo.fr vers orange.fr.


Guillaume

Le 05/10/2016 à 14:40, Solarus a écrit :

Le 2016-10-05 14:15, Jonathan Leroy a écrit :

Le 5 octobre 2016 à 13:02, Solarus <sola...@ultrawaves.fr> a écrit :


Si l’alias est disponible il faut le recréer en orange.fr. Sachant 
que les

mails vers wanadoo.fr sont renvoyés vers orange.fr ça devrait marcher.


Non, pas pour les nouvelles adresses.
Seules les BAL wanadoo.fr ayant été migrées vers orange.fr ont un alias.


C’est peut-être le discours d’Orange mais dans les faits ça marche, je 
viens de créer une nouvelle boite Orange et envoyant le mail à 
u...@wanadoo.fr ça marche. C’est certainement pas pérenne mais pour 
l’instant ça marche encore.


Pour le reste, en appelant le commercial PME à la rescousse ça peut 
peut-être marcher, les commerciaux OBS arrivent parfois à démêler ce 
genre de cas, mais sur le marché Pro je sais pas.


Solarus


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



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


[FRnOG] [JOBS] Poste d'administrateur système à Marseille

2016-10-14 Par sujet Guillaume
Bonjour,

Nous cherchons activement un admin sys pour assurer l'infogérance d'un parc
de serveur web de prod sur technos open source (Linux, Xen, Nginx, MariaDB
et PG).

Plus de détails ici :
https://www.linuxjobs.fr/jobs/665/un-admin-sys-au-soleil-au-omega-cube

Merci d'avance pour vos candidatures ou relai de l'info ! :)

Guillaume S.
Omega Cube
www.omegacube.fr

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


Re: [FRnOG] [TECH] Serveur SMTP

2016-10-26 Par sujet Guillaume

Pour le côté plus sécurisé (encore que, c'est peut-être trop tôt).

Sinon, pour filtrer en sortant, limiter le nombre de mails / seconde et 
mettre sa en sortie (pour rejetter les tentatives d'envoi de spam) 
devrait aider non ?


Guillaume

Le 26/10/2016 à 14:40, Romain a écrit :
tmail fonctionne très bien (je l'utilise), mais je ne vois pas trop en 
quoi ça peut l'aider à filtrer les emails sortants de ses clients ?


Le 26 octobre 2016 à 14:30, Guillaume <fr...@shadowprojects.org 
<mailto:fr...@shadowprojects.org>> a écrit :


Tu as tmail ici mais c'est encore jeune :

https://github.com/toorop/tmail <https://github.com/toorop/tmail>

Guillaume


Le 26/10/2016 à 14:19, Pierrick Tassin a écrit :

Bonjour à tous,

J'étudie le remplacement de notre solution SMTP actuelle
(Postfix + Spamassasin) par une autre solution plus sécurisée
en opensource ou non.
Mon objectif étant principalement de filtrer les mails sortant
de nos clients afin de ne pas se faire blacklister.

Je sonde un peu afin de savoir quelle solution vous utilisez
ou quelle solution vous me recommanderiez.

Je suis assez familier avec les Ironport de chez Cisco mais
ceux-ci ne semblent pas trop répondre à mon besoin.

Merci

Pierrick


---
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] Serveur SMTP

2016-10-26 Par sujet Guillaume

Tu as tmail ici mais c'est encore jeune :

https://github.com/toorop/tmail

Guillaume

Le 26/10/2016 à 14:19, Pierrick Tassin a écrit :

Bonjour à tous,

J'étudie le remplacement de notre solution SMTP actuelle (Postfix + 
Spamassasin) par une autre solution plus sécurisée en opensource ou non.
Mon objectif étant principalement de filtrer les mails sortant de nos clients 
afin de ne pas se faire blacklister.

Je sonde un peu afin de savoir quelle solution vous utilisez ou quelle solution 
vous me recommanderiez.

Je suis assez familier avec les Ironport de chez Cisco mais ceux-ci ne semblent 
pas trop répondre à mon besoin.

Merci

Pierrick


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



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


Re: [FRnOG] [MISC] Numéros Urgences ou vous pouvez tous *******

2017-07-10 Par sujet Guillaume
Te donner libre accès à un outil qui est nécessaire à tout opérateur 
pour pouvoir faire correctement son travail ? Mais tu es fou, ça serait 
s'asseoir sur une manne financière qui tombe gracieusement chaque mois, 
un peu comme les majors qui se font payer leur lutte anti-piratage par 
l'état (et les contribuables) avec la Hadopi ...


Guillaume

Le 10/07/2017 à 15:57, Sébastien Lesimple a écrit :

Une association auto proclamée détentrice de la vérité universelle,
constituée par les opérateurs puissant, sans aucun controle
reglementaire ou tarifaire...
Rien n'impose la mainmise de l'APNF sur la gestion de la portabilité
hormis le refus de ses fondateurs de permettre l'emergence d'une
alternative.
C'est encore un mal qui s'est crée par défaillance du régulateur à
imposer des règles qui ne soient pas discrinimatoires.

Et entre nous à ce tarif là, faudrait voir a pas pousser mémé dans les
horties!


On 10/07/2017 15:48, Guillaume wrote:

De quoi te plains-tu, tu as l'APNF :p

Fut une époque, tu pouvais porter ton numéro mais tu n'avais aucun
moyen d'être certain de l'opérateur réel d'un numéro mobile et cela ne
choquait personne :)

Tu auras peut-être ce que tu demandes le jour où il n'y aura plus de
lignes cuivre en production.

   Guillaume

Le 10/07/2017 à 14:32, Sébastien Lesimple a écrit :

Je considere que cette tache devrait etre prise en charge par le
régulateur.

Qu'elle relève, par extention, du plan national de numerotation et
devrait etre accessible a tous gratuitement au meme titre que le reste
des infos sur les ressources de numéroation.

De meme que les No portés d'opérateurs devraient etre eux aussi
accessibles a tous mais c'est un autre sujet.
Laissons leur le bonheur de nous surfacturer les appels vers leurs
Numéros portés histoire de faire de la bonne marge...

T!


On 10/07/2017 14:01, David Ponzone wrote:

Oh tu sais, je pense que la majorité des opérateurs alternatifs de
taille modeste qui font de la traduction sont conscients du problème.
Il y a aussi Rouen, qui est séparé en RD/RG, et on peut trouver
d’autres cas, surtout dans les grandes villes.

Idéalement, on devrait utiliser les coordonnées GPS du téléphone
appelant, ou éventuellement le code RIVOLI ou autre, et on devrait
disposer d’un WebService mis à disposition à un prix raisonnable
(coûtant) pour traduire.
Vraiment idéalement, ça ne devrait pas être aux opérateurs de traduire.

Mais on en est pas là, faudra attendre encore 10 ou 20 ans.

D’ici là, tu traduis d’après le code INSEE, et tu gères les
exceptions :)



Le 10 juil. 2017 à 13:42, Grygoriy Dobrovolskyy <g...@cnsi.fr> a
écrit :

Je me permet de vous attirer sur un problème national sur les
numéros urgences, au delà de format des fichiers envoyé par
certaines préfectures en mode "démerde toi" nous avons des gagnants
qui mettent la vie des gens en danger. Comment ça doit fonctionner
? Chaque personne est attribue à une zone géographique avec numéro
INSEE de la commune/arrondissement et son appel vers les numéro
d'urgences est traduit vers la bonne destination. INSEE est un
numéro unique, un exemple sur Paris:



Par le principe nous ne pouvons pas avoir la répétition de INSEE
dans le document. Mais voila les gagnants:

A NIMES je dois demander à mes clients de voir un plan



Pour la Corse je dois demander si c'est le sud ou le nord, aucun
plan est donné, boussole non plus


Pour cette ville j'ai du mettre ALBITRECCIA NORD et ALBITRECCIA SUD
car les numéros vers 18 sont différents! (c'est pas le seul exemple
pour la Corse)

Je ne suis pas contre que les communes fusionnent par exemple en
1973 Le Puy-Saint-Bonnet est rattachée à Cholet (fusion
association). mais ils ont supprimé numéro INSEE mais pal le nom!

49099;Cholet
49099;Puy Saint Bonnet (Le)

Je ne vais pas tout lister mais vous voyez la situation.

Aucune idée comment font les opérateurs portables, à mon avis ils
sont dans la même situation.
En tout cas je vous souhaite bonne chance en appelant sur le 15 de
votre opérateur.
Greg


--


<http://www.cnsi.fr/>Grygoriy Dobrovolskyy
   Contact: g...@cnsi.fr <mailto:g...@cnsi.fr>
   tel. +33(0) 811 740 744 | fax. +33(0) 240 519 807
   cnsi.fr <http://www.cnsi.fr/> | trixbox-pro.fr
<http://www.trixbox-pro.fr/> | ipbx-online.com
<http://www.ipbx-online.com/>

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





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


Re: [FRnOG] [MISC] Numéros Urgences ou vous pouvez tous *******

2017-07-10 Par sujet Guillaume

De quoi te plains-tu, tu as l'APNF :p

Fut une époque, tu pouvais porter ton numéro mais tu n'avais aucun moyen 
d'être certain de l'opérateur réel d'un numéro mobile et cela ne 
choquait personne :)


Tu auras peut-être ce que tu demandes le jour où il n'y aura plus de 
lignes cuivre en production.


  Guillaume

Le 10/07/2017 à 14:32, Sébastien Lesimple a écrit :

Je considere que cette tache devrait etre prise en charge par le régulateur.

Qu'elle relève, par extention, du plan national de numerotation et
devrait etre accessible a tous gratuitement au meme titre que le reste
des infos sur les ressources de numéroation.

De meme que les No portés d'opérateurs devraient etre eux aussi
accessibles a tous mais c'est un autre sujet.
Laissons leur le bonheur de nous surfacturer les appels vers leurs
Numéros portés histoire de faire de la bonne marge...

T!


On 10/07/2017 14:01, David Ponzone wrote:

Oh tu sais, je pense que la majorité des opérateurs alternatifs de taille 
modeste qui font de la traduction sont conscients du problème.
Il y a aussi Rouen, qui est séparé en RD/RG, et on peut trouver d’autres cas, 
surtout dans les grandes villes.

Idéalement, on devrait utiliser les coordonnées GPS du téléphone appelant, ou 
éventuellement le code RIVOLI ou autre, et on devrait disposer d’un WebService 
mis à disposition à un prix raisonnable (coûtant) pour traduire.
Vraiment idéalement, ça ne devrait pas être aux opérateurs de traduire.

Mais on en est pas là, faudra attendre encore 10 ou 20 ans.

D’ici là, tu traduis d’après le code INSEE, et tu gères les exceptions :)



Le 10 juil. 2017 à 13:42, Grygoriy Dobrovolskyy <g...@cnsi.fr> a écrit :

Je me permet de vous attirer sur un problème national sur les numéros urgences, au delà 
de format des fichiers envoyé par certaines préfectures en mode "démerde toi" 
nous avons des gagnants qui mettent la vie des gens en danger. Comment ça doit 
fonctionner ? Chaque personne est attribue à une zone géographique avec numéro INSEE de 
la commune/arrondissement et son appel vers les numéro d'urgences est traduit vers la 
bonne destination. INSEE est un numéro unique, un exemple sur Paris:



Par le principe nous ne pouvons pas avoir la répétition de INSEE dans le 
document. Mais voila les gagnants:

A NIMES je dois demander à mes clients de voir un plan



Pour la Corse je dois demander si c'est le sud ou le nord, aucun plan est 
donné, boussole non plus


Pour cette ville j'ai du mettre ALBITRECCIA NORD et ALBITRECCIA SUD car les 
numéros vers 18 sont différents! (c'est pas le seul exemple pour la Corse)

Je ne suis pas contre que les communes fusionnent par exemple en 1973 Le 
Puy-Saint-Bonnet est rattachée à Cholet (fusion association). mais ils ont 
supprimé numéro INSEE mais pal le nom!

49099;Cholet
49099;Puy Saint Bonnet (Le)

Je ne vais pas tout lister mais vous voyez la situation.

Aucune idée comment font les opérateurs portables, à mon avis ils sont dans la 
même situation.
En tout cas je vous souhaite bonne chance en appelant sur le 15 de votre 
opérateur.
Greg


--


   <http://www.cnsi.fr/>Grygoriy Dobrovolskyy
  Contact: g...@cnsi.fr <mailto:g...@cnsi.fr>
  tel. +33(0) 811 740 744 | fax. +33(0) 240 519 807
  cnsi.fr <http://www.cnsi.fr/> | trixbox-pro.fr <http://www.trixbox-pro.fr/> | 
ipbx-online.com <http://www.ipbx-online.com/>

---
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] Forage à PA3

2017-07-26 Par sujet Guillaume
Si ils forent dans la cuve de diesel, ça fera effectivement sauter la 
facturation, mais pas que :D


  Guillaume HiltGuillaume

Le 25/07/2017 à 15:49, David Ponzone a écrit :

Je crois qu'Equinix a décroché le jackpot. Ils ont trouvé du pétrole dans le 
sous-sol du terrain. Bientôt colo gratuite.

David Ponzone



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



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


[FRnOG] [MISC] Contact Akamai

2019-12-04 Par sujet guillaume
Bonjour,

 

Je cherche quelqu’un qui s’occupe de la sécurité chez Akamai.

Merci de me contacter en privé.

 

Cordialement,

 

Guillaume Robier.

g...@robier.org <mailto:g...@robier.org> 

+33 770 80 56 30

 


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


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

2019-11-27 Par sujet guillaume
Bonjour à tous,

Voici une proposition complète pour le problème posé :
Un accès à distance avec IP Fixe ICOW Systems https://www.icow-systems.com/  
(On fait vraiment des trucs sympa contact : Julien GONTARD 
jgont...@wico-groupe.com ) 
Le tout couplé avec ce genre de matos : OPENGEAR ACM5508-2 

https://www.gauthiermillour.fr/serveur-de-console-opengear-acm5508-2/ 

Guillaume
g...@robier.org


-Message d'origine-
De : frnog-requ...@frnog.org  De la part de Kevin 
CHAILLY | Service Technique
Envoyé : mercredi 27 novembre 2019 18:26
À : David Ponzone ; Benoit Vallet 
Cc : Nicolas Parpandet ; Lucas Viallon ; 
frnog-misc 
Objet : RE: [FRnOG] [MISC] Boitier Accès Console via 3G

Alors pour le coup, moi j'ai "Airmob" en premier lien, j'ai imaginé un 103 SP 
avec des ailerons sur le côté avant de penser à un objet connecté.

Un membre de la liste proposait un produit qui avait l'air bien fini aussi pour 
la 4G ip fixe,  https://www.icow-systems.com/ 

Peut-être ont-ils de la magie en RS232 en stock, un co-listier est membre 
d'icow.

Kévin 

-Message d'origine-
De : frnog-requ...@frnog.org  De la part de David 
Ponzone Envoyé : mercredi 27 novembre 2019 18:21 À : Benoit Vallet 
 Cc : Nicolas Parpandet ; Lucas Viallon 
; frnog-misc  Objet : Re: 
[FRnOG] [MISC] Boitier Accès Console via 3G

Benoit,

C’est pas malin, tout le monde va penser que tu es à l’origine de cette bouze:

https://www.mixconcept.fr/blog/routeur-4g-ip-fixe 
<https://www.mixconcept.fr/blog/routeur-4g-ip-fixe>

:)


> Le 27 nov. 2019 à 18:14, Benoit Vallet  a écrit :
> 
> mais si c’est facile une adresse ip fixe en 4G ;-) google : adresse 4G 
> ip fixe
> 
> Et si vous ne trouvez pas avec google envoyez-moi un MP.
> 
> Benoît


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


[FRnOG] [BIZ] contacts câblage bureaux

2020-09-11 Par sujet Guillaume
Bonjour,

Je cherche pour un client à Paris 10 des contacts de sociétés
spécialisées dans le câblage de bureaux.


--
Bonne journée,

Guillaume SELLIER
ADI


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


Re:[FRnOG] [TECH] vRack OVH: un retour d'exp?

2020-12-26 Par sujet guillaume
Bonjour, 

le Vrack OVH est un tunnel entre toutes tes machine du vRAck. Il faut donc ajouter tes machine au vRAck et se sera la seconde carte réseau qui y sera connecté. tu peux ensuite taguer des VLAN. les IP OVH arrive sur le VLAN 1/Non tagué et la dernière IP est la passerelle. 

Sa fais le job sauf pour faire de la HA. j'ai personnellement eu une très mauvaise expérience en HA a cause de la latence qui est variable et quelques fois supérieur à plus de 11 ms interdc et intradc.


N'hésite pas.

Cordialement,
Guillaume




Envoyé depuis mon Mi 9 LiteLe Ali D , 26 déc. 2020 10:39 a écrit : Bonsoir à tous! J'espère que vous avez passé un bon réveillon :)

J'ai monté une petite infra Lab sur OVH...En gros j'ai deux serveurs montés
dans un vrack ect...

J'arrive sans problème à configurer correctement mes VMs sous ESXI 6.5,
avec des IPs publiques dédiées

Par contre, je ne vois pas du tout comment faire pour faire sortir mes VMs
sur internet si je déplace la bloc IP en le pointant sur le vRack, il m'est
plus possible de configurer correctement le réseau sous la VM pour me
connecter vers l'extérieur (internet).

Quelqu'un a déjà eu à utiliser ces vRack OVH?

Merci de votre aide! très bon samedi à tous!

Ali D!

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



Re: [FRnOG] [TECH] vRack OVH: un retour d'exp?

2020-12-26 Par sujet guillaume
Je parlais HA/Hyperconvergence (Proxmox/Ceph)

Merci @Stephane Rivière pour le retour.



Envoyé depuis mon Mi 9 LiteLe Stéphane Rivière , 26 déc. 2020 15:15 a écrit : > Sa fais le job sauf pour faire de la HA. j'ai personnellement eu une
> très mauvaise expérience en HA a cause de la latence qui est variable et
> quelques fois supérieur à plus de 11 ms interdc et intradc.

Quelle HA ? Vraie ou fausse ? De la vraie HA, faut déjà avoir les ronds
et l'usage... J'ai fait pas mal de tests sur le Vrack et, ben... ça
marche plutôt bien et c'est plutôt bien stable désormais.

J'observe généralement (arrondi au dessus) :

SBG < 11ms > GRA < 2ms > RBX < 9ms > SBG

Mes principaux jouets sont entre GRA et RBX
SBG est pour les jouets annexes
Pas de public Cloud, que des dédiés.

De la fausse HA partout, fondée sur Xen. La vraie (que l'on peut mettre
aussi en œuvre avec Xen) est trop consommatrice de ressource et sans
intérêt pour notre use-case.

Hors incident, une migration est fonction du réseau, de la taille de la
VM et de son activité. Au moment de la bascule, en fausse HA, la VM est
figée 2/3 s ou c'est instantané si elle ne fichait pas grand chose.
Question de copie des pages RAM résiduelles. Réseau vrack à 2 Gbps
(enfin le bécanes dessus sont à 2 Gbps).

-- 
Be Seeing You
Number Six


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



Re: [FRnOG] [MISC] Freebox "pro" - ip publique - NAT - problèmes - ...

2021-06-05 Par sujet guillaume
Oui,
https://pro.free.fr/assets/pdf/BTOMFP.pdf
page 8 
...



Envoyé depuis mon Mi 9 LiteLe David Ponzone , 5 juin 2021 10:05 a écrit : Tu as trouvé des CG/CP quelque part ?

> Le 5 juin 2021 à 09:34, guillaume <guilla...@robier.org> a écrit :
> 
> Bonjour Richard,
> 
> Côté Barring j'ai bien creusé et ils utilisent toute la structure free mobile avec les règles déjà en vigueur. si tu dépasse 2/3 mois à l'international ou dans les DOM-TOM c'est facturation automatique. et la sa fais mal !
> 


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



Re: [FRnOG] [MISC] Freebox "pro" - ip publique - NAT - problèmes - ...

2021-06-05 Par sujet guillaume
Bonjour Richard,

Côté Barring j'ai bien creusé et ils utilisent toute la structure free mobile avec les règles déjà en vigueur. si tu dépasse 2/3 mois à l'international ou dans les DOM-TOM c'est facturation automatique. et la sa fais mal !

Guillaume.



Envoyé depuis mon Mi 9 LiteLe Richard Klein , 4 juin 2021 21:59 a écrit : >Tiens Michel, bonne lecture... Et non, ils ne fournissent pas aux USA, faut
que tu viennes ici pour en profiter
https://pro.free.fr/freebox-pro/

Ben non si la sim est capable de faire du roaming Michel pourra s'en
commander une et partir avec sous le bras la tester en dehors de la
France...
Parfois lorsque la peinture est bien fraîche il est possible d'avoir des
surprises sur les options de barring sur les SIMs ...

Le ven. 4 juin 2021 à 17:40, Paul Rolland (ポール・ロラン) <rol+fr...@witbe.net> a
écrit :

> Hello,
>
> On Fri, 4 Jun 2021 15:24:04 +
> Michel Py via frnog <frnog@frnog.org> wrote:
>
> > Woa maintenant j'en ai envie !!!
> > Il y a un plafond mensuel pour les données ?
> > On peut avoir une IP statique ? si oui, combien ?
>
> Tiens Michel, bonne lecture... Et non, ils ne fournissent pas aux USA, faut
> que tu viennes ici pour en profiter
> https://pro.free.fr/freebox-pro/
>
> Paul
>
>
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
>

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



Re: [FRnOG] [TECH] DAC générique SFP28 25G pour serveur HPE?

2021-08-16 Par sujet guillaume

Bonjour,

Si cela peut aider, nous avons depuis plus de 2ans une 30aine de 
serveurs Gen9/Gen10 avec des Carte HPE 640FLR-SFP28 (Format FlexLOM). 
J'ai aussi bien du DAC que de l'optique compatible de chez PureOptics 
depuis le début la dessus sans soucis.


Vu que c'est la question je leur fais forcément un peu de pub mais c'est 
avec plaisir car je n'ai jamais été déçu !



PS: Je compte faire le test en recyclant des vieux Gen8 en ajoutant les 
mêmes cartes dans les prochains mois, je ferai un retour si ça intéresse 
quelqu'un.



Guillaume

Le 04.08.2021 10:02, Benoit Chesneau a écrit :

Les DAC generique de FS ne sont pas compatible avec les serveurs HPE
(et specialement la carte HPE 621SFP28) et leur commercial me
conseille d'acheter directement chez HPE en attendant qu'ils en
produisent. Il y a d'autres vendeurs qui seraient suceptible de vendre
un DAC compatible? Parce que cela coûte un peu cher sinon... Voir même
des optiques compatibles.

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



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


Re: [FRnOG] [TECH] Avis capteur CO2

2021-12-24 Par sujet guillaume

On 23/12/2021 10:38, Remi Desgrange wrote:

Au bureau, on a des capteurs dans les open spaces qui fonctionne bien. Un
petit lien avec les détails :

https://www.camptocamp.com/en/news-events/how-open-source-contribute-to-safer-offices



CH2O aussi fait mal à la tête -_^ (SFA30).

--
Guillaume


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


Re: [FRnOG] [TECH] Route leak AS5410 Bouygues sur France-IX

2021-12-08 Par sujet guillaume

Bonjour,

Même constat, nous avons touché le max-prefix à 3h30 et depuis toujours 
~7K préfixes sur notre session en direct hors France-IX.

J'ai remonté le point à mon contact chez ByTel, j'attends une réponse.

Guillaume

Le 08.12.2021 12:08, Clement Cavadore a écrit :

Salut Tchadel,

Le mercredi 08 décembre 2021 à 11:06 +, Tchadel Icard via frnog a
écrit :

Nous avons remarqué ce matin que Bouygues nous envoyait leur préfixe
more-specific sur notre session directe sur France-IX.

Pouvez-vous me dire si vous constatez la même chose de votre côté ?


Je confirme, on recoit ~7K routes après avoir monté le maximum-prefix,
pour environ 125 routes acceptées par nos filtres eBGP génériques
(donc plus grosse ou égales a /24 et hors bogons & co)

Clément


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



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


Re: [FRnOG] [TECH] RE: Route leak AS5410 Bouygues sur France-IX

2021-12-08 Par sujet guillaume

Re,

J'ai eu un retour,

Il y a bien eu une opération cette nuit, ils sont sur le soucis.
Le nombre de préfixes reçus a baissé de mon coté mais ce n'est pas 
encore tout à fait ça.


Guillaume

Le 08.12.2021 17:28, Gary BLUM via frnog a écrit :

Bonjour,
La même chose sur LyonIX :
RP/0/RSP0/CPU0:core1#show bgp all all su wide | i 5410
77.95.71.112  05410 306699
310979   70269275  0  0  1d19h   7016
2001:7f8:47:47::7005410 304952
311014   40245870  0  0  1d20h  2
RP/0/RSP0/CPU0:core1#




--
Gary


-Message d'origine-
De : frnog-requ...@frnog.org  De la part de 
Tchadel

Icard via frnog
Envoyé : mercredi 8 décembre 2021 12:06
À : frnog-t...@frnog.org
Objet : [FRnOG] [TECH] Route leak AS5410 Bouygues sur France-IX

Coucou,

Nous avons remarqué ce matin que Bouygues nous envoyait leur préfixe 
more-

specific sur notre session directe sur France-IX.

Pouvez-vous me dire si vous constatez la même chose de votre côté ?

Je vous remercie d'avance.

Bien cordialement,
Tchadel Icard
Ingénieur réseau @ moji

---
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] ToR ou MoR

2022-02-21 Par sujet guillaume

Bonjour Julien,

Parti trop vite désolé..

Je ne l'ai en effet pas précisé mais il s'agit bien de switch
"back-to-front" qui aspirent donc bien l'air depuis le cold corridor.

Mon problème reste que si je veux "bien faire les choses" d'un point
de vue DC je suis censé coller la face arrière (qui contient les
ventillos) alignée avec les blank-pannel coté cold corridor.
 -> Sauf que les ports deviennent difficilement accessibles

Si je décide de ne pas le faire:
 - le switch va aspirer l'air depuis l'arrière qui est au final le 
milieu de la baie
 - je met la grouille dans le principe du cold corridor car j'enleve un 
blank-panel ce qui fait un passage directe froid -> chaud.


D'ou mon idée de "tunnel rallonge" pour prolonger l'arriere de mon 
swicth est amener la prise d'air dans l'alignement de la facade coté 
froid.


Pour etre plus concret, on est sur ce genre de switch (ventilos bleu 
donc): 
https://www.arista.com/assets/data/pdf/Datasheets/7050X3-Datasheet.pdf


Il y a des rails la dessus qui font que ca se rack comme un serveur au 
final avec une fixation a l'avant et a l'arrière de la baies sans 
porte-à-faux


Guillaume


Le 21.02.2022 12:39, Julien Escario a écrit :

Ton switch 'de base', que sa face avant soit alignée ou non avec
l'avant de la baie, aspire de l'air chaud puisqu'il a un airflow avant
(= côté chaud) -> arrière (cold corridor).

Déjà, les DC n'aiment pas ça du tout puisque tu injectes finalement de
l'air chaud vers le cold corridor = ça oblige la clim à compenser. Un
switch par ci par là, ce n'est pas méchant mais quand il commence à y
en avoir beaucoup, ça joue (c'est comme les auvergnats).

Raison pour laquelle on trouve de plus en plus de modèles dits
reverse-airflow : le switch aspire l'air par l'arrière et le rejette à
l'avant (ou le côté).

Dernière solution : des switchs sans ventilateurs : en bonus, tu es
quitte que les ventilos crament. Hors PoE, ça doit se trouver
maintenant avec l'amélioration des consos des chips.

Julien



Le 21/02/2022 à 12:23, guilla...@vass.al a écrit :

Bonjour,

Petite question bonus pour savoir ce que qui se fait de nos jour 
niveau ventilation quand le switch est placé à l’arrière de la baie 
avec les ports coté couloir chaud donc !


Historiquement nous avions des switchs presque aussi profonds que nos 
serveurs donc nous les "enfoncions" dans la baie pour que l’arrière 
du switch soit aligné avec les faces avant des serveurs coté froid et 
qu'il aspire donc un air bien frais.


Depuis le dernier renouvellement la profondeur des switch a bien 
diminué et avec ce mode de pose nous nous retrouvons a devoir plonger 
l'avant bras dans la baie pour atteindre les ports. Sans compter 
qu'il faut laisser plusieurs U au dessous et et dessous pour voir 
quelque chose et y passer les mains.


Certains d’entre vous sont-ils dans la même situation ? Avez-vous 
décidé au final de mettre la face avant du switch aligné avec les 
rails arrière de la baie quitte a laisser un trou béant sur la face 
froide et que le switch avale un peu ce qu'il peut niveau air ?


Utilisez-vous sinon ce genre de choses type "SwitchAir" ex: 
https://www.geistglobal.com/switch-air-unit/10643/sa2-002 ou avez 
vous une solution bien moins onéreuse pour une simple rallonge au 
final !



Guillaume



Le 21.02.2022 11:51, David Ponzone a écrit :

J’avoue que je me suis posé la même question.
Le $job de Cécile a peut-être des supers prix à proposer en colo :)

Merci à tous pour vos retours, il semble y avoir quand même une
préférence pour le MoR, et je pense que ça va devenir la mienne 
aussi.

Pour être précis, je pense que ça sera exactement à l’endroit où mes
PDU APC verticaux n’ont pas de prise, puisque de toute façon le 
switch

en étant monté à l’arrière a ses câbles d’alimentation qui font
back->front. Ca change pas grand chose d’aller chercher une prise un
peu plus haut ou un peu plus bas.
Alors que pour un serveur 1U, c’est plus disgracieux/hétérogène.

D’ailleurs, aucun constructeur de baie n’a eu l’idée d’avoir des PDU
verticaux fixés sur la face intérieure et au milieu des portes
latérales ?
Parce que le PDU vertical à l’arrière sur les côtés, ça bouffe quand
même un max de place, où on aimerait bien mettre du 
cable-management.

L’autre avantage c’est que ça éviterait les câbles d’alim qui font
back->front pour les équipements réseaux (même idée que pour le MoR,
ça ferait des câbles d’alim de longueurs plus standard et plus 
facile

à gérer/cacher).
Et pour les serveurs qui ont les 2 PS du même côté, c’est facile de
connecter le PS vers le PDU le plus proche avec un câble de 50cm, 
mais
généralement l’autre PS aurait besoin de 75cm pour connecter le PDU 
de

l’autre côté, ce qui n’est pas exactement standard.


Le 21 févr. 2022 à 11:34, Julien Escario 
 a écrit :


Le 21/02/2022 à 09:27, Cécile MORANGE a écrit :

Hello !

At $job, on fait que du middle of rack, ça donne ça:
https://twitter.com/AtaxyaNet

Re: [FRnOG] [TECH] ToR ou MoR

2022-02-21 Par sujet guillaume

Bonjour,

Petite question bonus pour savoir ce que qui se fait de nos jour niveau 
ventilation quand le switch est placé à l’arrière de la baie avec les 
ports coté couloir chaud donc !


Historiquement nous avions des switchs presque aussi profonds que nos 
serveurs donc nous les "enfoncions" dans la baie pour que l’arrière du 
switch soit aligné avec les faces avant des serveurs coté froid et qu'il 
aspire donc un air bien frais.


Depuis le dernier renouvellement la profondeur des switch a bien diminué 
et avec ce mode de pose nous nous retrouvons a devoir plonger l'avant 
bras dans la baie pour atteindre les ports. Sans compter qu'il faut 
laisser plusieurs U au dessous et et dessous pour voir quelque chose et 
y passer les mains.


Certains d’entre vous sont-ils dans la même situation ? Avez-vous décidé 
au final de mettre la face avant du switch aligné avec les rails arrière 
de la baie quitte a laisser un trou béant sur la face froide et que le 
switch avale un peu ce qu'il peut niveau air ?


Utilisez-vous sinon ce genre de choses type "SwitchAir" ex: 
https://www.geistglobal.com/switch-air-unit/10643/sa2-002 ou avez vous 
une solution bien moins onéreuse pour une simple rallonge au final !



Guillaume



Le 21.02.2022 11:51, David Ponzone a écrit :

J’avoue que je me suis posé la même question.
Le $job de Cécile a peut-être des supers prix à proposer en colo :)

Merci à tous pour vos retours, il semble y avoir quand même une
préférence pour le MoR, et je pense que ça va devenir la mienne aussi.
Pour être précis, je pense que ça sera exactement à l’endroit où mes
PDU APC verticaux n’ont pas de prise, puisque de toute façon le switch
en étant monté à l’arrière a ses câbles d’alimentation qui font
back->front. Ca change pas grand chose d’aller chercher une prise un
peu plus haut ou un peu plus bas.
Alors que pour un serveur 1U, c’est plus disgracieux/hétérogène.

D’ailleurs, aucun constructeur de baie n’a eu l’idée d’avoir des PDU
verticaux fixés sur la face intérieure et au milieu des portes
latérales ?
Parce que le PDU vertical à l’arrière sur les côtés, ça bouffe quand
même un max de place, où on aimerait bien mettre du cable-management.
L’autre avantage c’est que ça éviterait les câbles d’alim qui font
back->front pour les équipements réseaux (même idée que pour le MoR,
ça ferait des câbles d’alim de longueurs plus standard et plus facile
à gérer/cacher).
Et pour les serveurs qui ont les 2 PS du même côté, c’est facile de
connecter le PS vers le PDU le plus proche avec un câble de 50cm, mais
généralement l’autre PS aurait besoin de 75cm pour connecter le PDU de
l’autre côté, ce qui n’est pas exactement standard.


Le 21 févr. 2022 à 11:34, Julien Escario  a 
écrit :


Le 21/02/2022 à 09:27, Cécile MORANGE a écrit :

Hello !

At $job, on fait que du middle of rack, ça donne ça:
https://twitter.com/AtaxyaNetwork/status/1405074545980100610
https://twitter.com/AtaxyaNetwork/status/1408410014994386945


Très chouette mais pourquoi cette manie de laisser des U vides entre 
les équipements ? Vous les payez moitié prix vos baies ?


Un jour, on m'a rétorqué que c'était pour le refroidissement (dans un 
airflow front/back ...). J'ose espérer qu'il y ai une vraie raison ;-)


Julien


---
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] ToR ou MoR

2022-02-21 Par sujet guillaume

Bonjour Julien,

Je ne l'ai en effet pas précisé mais il s'agit bien de switch 
"back-to-front" qui aspirent donc bien l'air depuis le cold corridor.


Mon problème reste que si je veux "bien faire les choses" d'un point de 
vue DC je suis censé collé la face arrière (qui contient les ventillos) 
alignée avec les blank-pannel coté cold corridor.

 -> Sauf que les ports deviennent difficilement accessibles

Si je décide de ne pas le faire:





Le 21.02.2022 12:39, Julien Escario a écrit :

Ton switch 'de base', que sa face avant soit alignée ou non avec
l'avant de la baie, aspire de l'air chaud puisqu'il a un airflow avant
(= côté chaud) -> arrière (cold corridor).

Déjà, les DC n'aiment pas ça du tout puisque tu injectes finalement de
l'air chaud vers le cold corridor = ça oblige la clim à compenser. Un
switch par ci par là, ce n'est pas méchant mais quand il commence à y
en avoir beaucoup, ça joue (c'est comme les auvergnats).

Raison pour laquelle on trouve de plus en plus de modèles dits
reverse-airflow : le switch aspire l'air par l'arrière et le rejette à
l'avant (ou le côté).

Dernière solution : des switchs sans ventilateurs : en bonus, tu es
quitte que les ventilos crament. Hors PoE, ça doit se trouver
maintenant avec l'amélioration des consos des chips.

Julien



Le 21/02/2022 à 12:23, guilla...@vass.al a écrit :

Bonjour,

Petite question bonus pour savoir ce que qui se fait de nos jour 
niveau ventilation quand le switch est placé à l’arrière de la baie 
avec les ports coté couloir chaud donc !


Historiquement nous avions des switchs presque aussi profonds que nos 
serveurs donc nous les "enfoncions" dans la baie pour que l’arrière du 
switch soit aligné avec les faces avant des serveurs coté froid et 
qu'il aspire donc un air bien frais.


Depuis le dernier renouvellement la profondeur des switch a bien 
diminué et avec ce mode de pose nous nous retrouvons a devoir plonger 
l'avant bras dans la baie pour atteindre les ports. Sans compter qu'il 
faut laisser plusieurs U au dessous et et dessous pour voir quelque 
chose et y passer les mains.


Certains d’entre vous sont-ils dans la même situation ? Avez-vous 
décidé au final de mettre la face avant du switch aligné avec les 
rails arrière de la baie quitte a laisser un trou béant sur la face 
froide et que le switch avale un peu ce qu'il peut niveau air ?


Utilisez-vous sinon ce genre de choses type "SwitchAir" ex: 
https://www.geistglobal.com/switch-air-unit/10643/sa2-002 ou avez vous 
une solution bien moins onéreuse pour une simple rallonge au final !



Guillaume



Le 21.02.2022 11:51, David Ponzone a écrit :

J’avoue que je me suis posé la même question.
Le $job de Cécile a peut-être des supers prix à proposer en colo :)

Merci à tous pour vos retours, il semble y avoir quand même une
préférence pour le MoR, et je pense que ça va devenir la mienne 
aussi.

Pour être précis, je pense que ça sera exactement à l’endroit où mes
PDU APC verticaux n’ont pas de prise, puisque de toute façon le 
switch

en étant monté à l’arrière a ses câbles d’alimentation qui font
back->front. Ca change pas grand chose d’aller chercher une prise un
peu plus haut ou un peu plus bas.
Alors que pour un serveur 1U, c’est plus disgracieux/hétérogène.

D’ailleurs, aucun constructeur de baie n’a eu l’idée d’avoir des PDU
verticaux fixés sur la face intérieure et au milieu des portes
latérales ?
Parce que le PDU vertical à l’arrière sur les côtés, ça bouffe quand
même un max de place, où on aimerait bien mettre du cable-management.
L’autre avantage c’est que ça éviterait les câbles d’alim qui font
back->front pour les équipements réseaux (même idée que pour le MoR,
ça ferait des câbles d’alim de longueurs plus standard et plus facile
à gérer/cacher).
Et pour les serveurs qui ont les 2 PS du même côté, c’est facile de
connecter le PS vers le PDU le plus proche avec un câble de 50cm, 
mais
généralement l’autre PS aurait besoin de 75cm pour connecter le PDU 
de

l’autre côté, ce qui n’est pas exactement standard.


Le 21 févr. 2022 à 11:34, Julien Escario  
a écrit :


Le 21/02/2022 à 09:27, Cécile MORANGE a écrit :

Hello !

At $job, on fait que du middle of rack, ça donne ça:
https://twitter.com/AtaxyaNetwork/status/1405074545980100610
https://twitter.com/AtaxyaNetwork/status/1408410014994386945


Très chouette mais pourquoi cette manie de laisser des U vides entre 
les équipements ? Vous les payez moitié prix vos baies ?


Un jour, on m'a rétorqué que c'était pour le refroidissement (dans 
un airflow front/back ...). J'ose espérer qu'il y ai une vraie 
raison ;-)


Julien


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


--
*Julien Escario*
Technicien Informatique

julien.esca...@altinea.fr
Tel direct : 03 74 39 10

[FRnOG] [JOBS] eTF1 Ingénieur Réseau et Infrastructure Streaming 92

2023-06-29 Par sujet guillaume

Bonjour à tous,

eTF1 AS49477 recherche son futur ingénieur réseau pour venir compléter 
l'équipe chargée du delivery vidéo.


Le poste est évidemment ouvert à un homme ou une femme mais je vous 
épargne l’écriture inclusive.


Lieu: Tour TF1 Boulogne-Billancourt (92) - Télétravail 2-3j /semaine
—

Présentation générale:

eTF1 est l’entité “digital“ du groupe TF1 en charge de la plateforme 
MyTF1 disponible sur le web / mobile / TV Connectées / FireStick / STB 
Opérateur et j’en passe.
Nous avons une belle stack technique applicative malheureusement 
méconnue, quelques éléments son consultable sur le blog technique pour 
ceux que ça intéresse: https://tech.tf1.fr/


Nous sommes portés par le groupe TF1 qui renforce ses ambitions dans le 
“digital” et tend à devenir une plateforme de streaming de référence et 
non seulement une plateforme de replay. Il est d’ailleurs déjà possible 
d’accéder à un catalogue de plus d’une centaine de contenus séries/films 
n’étant pas passés à l’antenne mais disponible en streaming, et le 
changement s’accélère !


L’équipe infrastructure:

L'Équipe infrastructure ~15 personnes est chargée du Build et du RUN de 
l’infrastructure portant les fronts web, les api back, l’ingestion, le 
traitement et delivery video.
Nous avons gardé du on-prem pour le streaming du contenu mais la 
plateforme tourne pour sa grande majorité dans le claoud sur AWS et nous 
gérons plusieurs clusters Kubernetes mais ce n’est pas le sujet 
principal du poste.


L’objet du poste:

Nous recherchons quelqu’un pour rejoindre notre petite équipe vidéo de 4 
personnes (dont moi) au sein de l’équipe infra. Nous touchons à tout 
mais notre mission est principalement de construire et maintenir les 
plateformes d’encodage, transcodage et diffusion vidéo et live.


Nous opérons notamment notre propre CDN on-prem ~1TBps qui assure notre 
capacité quotidienne et nous déchargeons ce qui est en trop sur des 
partenaires CDN externes lors d'événement live par exemple: coupe du 
monde, annonce de confinement...


C’est principalement sur ce dernier point que nous recherchons quelqu’un 
pour travailler avec moi sur ces sujets. Je vous avoue que je suis 
aujourd’hui un peu seul sur les sujets hardware et réseau et j’aimerai 
bien pouvoir challenger mes idées avec quelqu’un. Nous sommes cependant 
ouverts à tout type de profil expérimenté ou junior avec la tête bien 
faite comme on dit.


Le poste initial regroupe les compétences suivantes:
Hardware / Réseau
Conception d’infrastructure à fort trafic
Définition de config serveur hardware appropriée
Urbanisation en datacenter, on cable nous même !
Architecture réseau en datacenter, nous sommes sur une stack 
majoritairement Arista
Gestions des liens externes 10 / 100 / 400G (PNI avec les FAI, Transit, 
IX)
DISCLAIMER: Nous avons + de 60% de notre trafic en IPv6, allergiques 
s’abstenir. Cependant je vous rassure le besoin est très simple ;)


Soft:
Nginx / bird
Ansible / Terraform / Docker
Python / Bash

Tout est en Infra as code et versionné, les configuration CDN externes 
également. Nous ne voulons pas seulement un expert en hardware et réseau 
qui travaille dans son coin, il doit pouvoir également intervenir sur 
l’ensemble des sujets de l’équipe infra au global.


Le poste ne se limite pas forcément uniquement à ce scope, on peut tout 
à fait aller mettre notre grain de sel dans les sujets de l’équipe infra 
au globale si le sujet nous intéresse.


Pour les personnes les plus à l’aise avec l’ensemble de la stack 
technique, de l’astreinte est proposée sur des semaines complètes du 
lundi au lundi. Je dirais que ce n’est pas une obligation en soit mais 
plus on est nombreux à en faire et moins ça tourne vite.



Plus de détails sont disponibles sur l’offre officielle: 
https://carrieres.groupe-tf1.fr/job/CDI-Ing%C3%A9nieur-SRE-R%C3%A9seaux-FH/948580201/



Les plus observateurs auront remarqué qu’il n’y a pas de fourchette de 
salaire sur l’offre officielle, ce qui est assez agaçant. Je ne le 
connais pas non plus personnellement mais je pense pouvoir dire 45-65K 
selon le profil. Ça reste large mais vu qu’on est ouvert à tous, on 
ferra en fonction.
De manière générale la rémunération est un poil plus faible que dans les 
boite 100% tech mais la politique sociale du groupe TF1/Bouygues est 
plutôt avantageuse donc disons qu’on s’y retrouve.


Vous pouvez me contacter et je ferai suivre votre candidature.

Je suis disponible pour plus d’informations en privé (même si le poste 
ne vous intéresse pas) et on peut passer un moment au téléphone.


A bientôt,

Guillaume VASSAL


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


Re: [FRnOG] [TECH] Magasin sfp+ monomode sur Paris

2023-05-17 Par sujet guillaume
Hello,

Oui c'est un boîtier autonome que tu connectes au wifi. Perso il est paramétré 
avec le wifi du datacenter et j'ai juste a le brancher sur le port USB d'un 
serveur pour l'alimenter.

Le boîtier se connecte a un serveur chez pureoptics et tu lui lances les 
instructions via une page web sur un backoffice sur internet. 

Ça vérifie que le serial du sfp est bien dans la base client évidemment mais 
après ça fonctionne impeccable. Et si tu as un problème un peu plus poussé tu 
peux laisser le sfp dans le boîtier et ping l'ingé en chef qui est toujours 
dispo pour regarder a distance. 


Il y a une vidéo tuto ici si jamais: https://www.pureoptics.net/pure-box/

Guillaume 

Le 17 mai 2023 09:52:22 GMT+02:00, Denis Fondras  a écrit :
>Le Tue, May 16, 2023 at 08:28:15PM +0200, Nicolas Vuillermet a écrit :
>> 
>> https://www.pureoptics.net/
>> 
>
>La codeuse fonctionne avec un *BSD (autre que MacOS) ?
>
>
>Le Tue, May 16, 2023 at 11:13:19PM +0200, Toussaint OTTAVI a écrit :
>>
>> pourquoi je voulais du SC/APC, et pas du SC/UPC "comme tout le monde" :-D
>>
>
>Tu as déjà de la chance qu'il ne t'aie pas proposé du ST...
>
>
>---
>Liste de diffusion du FRnOG
>http://www.frnog.org/

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


Re: [FRnOG] [TECH] MTP Gender change

2024-03-27 Par sujet guillaume

Bonjour,

C'est ultra pratique pour te faire des patchs pannels entre tes baies 
sans le moindre outils avec par ex 
https://www.fs.com/fr/products/57341.html + 
https://www.fs.com/fr/products/70419.html et les trunk MTP qui vont bien 
au milieu. Existe nn mono ou multi.
Quelque chose de pratique mais qui fait mal au crane et qui n'a pas été 
cité: Tu as plusieurs polarités (A / B / C) de jarretières qui te 
permettent de garder alignés le brin 1 avec le brin 1 d'en face ou faire 
1->12 ou swap un un a les brins d'un duplex (1->2 et 2->1) ceci afin de 
mettre tout seul ton tx vers le rx d'en face en gardant des jarretières 
LC droite pour patch des 2 cotés sans avoir a croiser.



C'est aussi utilisé sur des QSFP en multimode pour faire des interco en 
interne à pas cher en 40G / 100G ou 400G par exemple qui nécessitent 4 
lanes. Vu qu'il va te falloir 4 paires distinctes pour acheminer les 4 
signaux sur de la mutli, ce connecteur est parfaitement adapté car il te 
branche les 8brins nécessaires d'un coup. Un 100GBASE-SR4 va par exemple 
arriver avec un connecteur MTT/MPO.



Tu peux aussi choisir de breakout le 100GBASE-SR4 précédent vers 4 x 25G 
LC avec un câble de breakout. Très utile pour brancher des serveurs 25G 
sur un gros switch bien dense qui n'a que des ports 100G minimum.
En monomode un QSFP 40G-LR4 avec un breakout vers 4x10G te permet de 
faire 4 intercos 10G-LR par exemple sur un port 40/100G d'un switch.


Guillaume



Le 27.03.2024 08:00, David Ponzone a écrit :

Exactement, donc une jarretière MTP/LC ressemble à ça:

https://www.fs.com/products/150166.html?attribute=34169=609793
<https://www.fs.com/products/150166.html?attribute=34169=609793>

J’imagine que quand tu as un DC avec de la distribution entre salles
qui passe par une MMR, c’est plus pratique de gérer ça pour brasser
des trunks de 8 paires par exemple.
Après, y a des gens qui gèrent des DC ici, je serais curieux d’avoir
leur point de vue car j’ai quand même l’impression que je n’ai jamais
aperçu de MTP nul part.

David

Le 27 mars 2024 à 07:43, Paul Rolland (ポール・ロラン)  
a écrit :


Bonjour,

On Tue, 26 Mar 2024 22:31:54 +0100
David Ponzone  wrote:


Les docs sont quand même pas claires sur ce point. Comme on voit le
connecteur avec 2 pins, on imagine pas qu’i y a en fait 12 ou 24 
brins

dedans. Les pins sont que des guides.


Pareil, j'avais pas vu ce "detail"... mais du coup, comment ca aligne 
les

12 ou 24 brins entre eux quand on aboute les deux connecteurs ?

Paul



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



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


Re: [FRnOG] [MISC] L'internet libre et neutre selon OVH

2012-02-13 Par sujet Guillaume Barrot

 Vous le savez TOUS que les DDOS peuvent arriver, pourquoi faire l'impasse
 sur cette partie, alors que vous savez que cela va vous impacter ? J'ai
 vraiment du mal à comprendre.


As always, le poids du meeeuh non, ca peut pas nous arriver a nous, et
quand ca arrive le fameux ah les salops, mon beau reseau tout casse,
le (rayez la mention inutile) fournisseur / partenaire / client m'a menti.
Bon de la part d'un petit hébergeur, encore, j'arrive a le comprendre
(meme si c'est quand meme pas bien).
Mais je connais aussi des gros opérateurs qui fonctionnent de la sorte, et
la pour le coup, au dela de l'acceptable, c'est juste dangereux. Un contrat
n'a jamais protege une infra, une ACL/Firewall/route-map/devnullage si.

Pour en revenir au mecanisme de protection, il me semble qu'au dernier
FRnog, NeoTelecom a presente FlowSpec, qui est tout designe pour repondre a
ce genre de besoin.
La encore, oui c'est a la cible de declencher son mecanisme de defense, et
oui il s'agit de demander a son transitaire / FAI / peer de mettre en place
du filtrage precis lors d'une attaque. Ca soigne le symptome, pas la
maladie, pour ca y abuse@xxx.

Question sur Flowspec (tant qu'on y est) : qui a part Neo a deploye ca ?
Est-ce supporte par d'autres constructeurs que Juniper et ALU ?

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


Re: [FRnOG] [MISC] L'internet libre et neutre selon OVH

2012-02-14 Par sujet Guillaume Mellier
* Par ailleurs, je serais très très curieux de connaitre l'avis de l'ARCEP
à ce sujet, c'est quand même un conflit qui entre dans les compétences de
l'autorité. *



Pour répondre de manière factuelle :



1°) Sur la forme :

 - un tel sujet rentre a priori dans les compétences de l'ARCEP de
règlement des différends relatifs à des questions d'interconnexion entre
deux opérateurs (à supposer que les acteurs soient des opérateurs), ou
entre un opérateur et un fournisseur de services en ligne (compétence plus
récente, pour laquelle les premiers cas pourront être l'occasion de
dégrossir son contour exact) ;

 - une des parties peut donc saisir l'Autorité, qui tranchera le différend
en équité, au terme d'une instruction contradictoire, sous un délai de
quatre mois (ou de qques jours si il y a atteinte grave et immédiate et que
des mesures conservatoires sont nécessaires, notamment pour *assurer la
continuité du fonctionnement des réseaux*, ce qui semble être un des
sujets discutés ici) ;

 - un préalable à la saisine de l'ARCEP est cependant qu'il y ait eu
négociation entre les deux parties et que celles-ci aient échoué, ce qui ne
semble pas totalement clair ici ;

 - enfin, c'est bien aux acteurs de faire la démarche de saisir l'ARCEP
s'ils estiment que la situation le nécessite (et non pas à l'ARCEP de
s'autosaisir, dès lors que le sujet ne porte pas strictement sur le respect
d'obligations légales ou réglementaires).



2°) Sur le fond :

 - l'ARCEP a pu indiquer dans des recommandations récentes que les
pratiques de gestion du trafic devraient respecter 5 critères : pertinence
(légitimité des motifs, ici la sécurité), efficacité, proportionnalité (qui
semble être le cœur du débat ici), non discrimination et transparence ;

 - il s'agit d'une recommandation, non impérative, mais qui indique
notamment quel serait a priori le raisonnement de l'Autorité si elle était
amenée à devoir trancher un différend relatif à ces questions ;

 - de manière générale, l'Autorité n'a à ma connaissance jamais été
destinataire de remontées significatives concernant des difficultés sur la
mise en œuvre de mesures de protection des réseaux (type blocage de DDoS) ;

 - il ne saurait être question de se prononcer davantage sur le fond en
l'absence d'éléments contradictoires, notamment en l'absence d'expression
de l'opérateur mis en cause (qui s'est néanmoins exprimé depuis), et en
l'absence de saisine.



3°) Une réaction à un élément vu plus loin dans la discussion : ANSSI ou
ARCEP : c'est une bonne question ; il peut exister des procédures d'avis
croisé entre autorités ; saisie d'un différend relatif à la
proportionnalité de mesures anti DDoS, l'ARCEP pourrait utilement demander
un avis de l'ANSSI dans la procédure ; je connais moins bien l'ANSSI mais
je ne suis pas certain qu'elle ait la capacité d'arbitrer des litiges.



A votre disposition pour toute discussion,



Guillaume Mellier

ARCEP


2012/2/13 Jérémy Martin li...@freeheberg.com

 Bonjour,

 J'aurais un avis bien tranché sur la question mais je vais me modérer
 grandement dans mes paroles car nous sommes sur un lieu public.

 Avant toute chose, je considère que dans les échanges entre opérateurs, il
 doit y avoir du respect. On peut respecter OVH par rapport à ce qu'ils sont
 devenu, on peut aussi respecter Gurvan pour ce qu'il construit petit à
 petit. Malheureusement, le respect a disparu des échanges avec Octave
 depuis bien longtemps, et c'est vraiment malheureux.

 Concernant le point de vue technique, nous sommes également victime des
 problématiques d'attaques DOS UDP provenant du réseau d'OVH mais aussi
 d'Online (je suis déjà venu pleurer ici pour cette raison d'ailleurs).

 Le fait est que dans notre monde de réseau giga, il est impératif de
 placer des limites déontologique sur nos réseaux, et d'éviter les coupures
 unilatérales qui bafoue la neutralité du net tel qu'on le voit dans le null
 routage que fait Octave sur son réseau. Nous aussi nous avons notre réseau
 et notre facturation qui explose à chaque fois. Et à chaque fois, le
 service Abuse met 3 heures à bloquer le serveur en face.

 Par ailleurs, je serais très très curieux de connaitre l'avis de l'ARCEP à
 ce sujet, c'est quand même un conflit qui entre dans les compétences de
 l'autorité.

 Pour la suite, la seule solution que nous avons trouvé est de mettre en
 place une community Blackhole avec nos transitaires, mais clairement, ce
 n'est pas une solution parfaitement adapté. Un shapper en sortie du réseau
 d'OVH ou d'Online pour bloquer les flux UDP au delà d'un certain nombre de
 pk/s ou de mb/s serait tellement mieux. Mais les capacités en jeu sont
 tellement élevé qu'OVH ou Online ne feront jamais les investissements pour
 obtenir les équipements permettant de le faire.

 Comme d'habitude, le gros poissons nage tranquillement pendant que le
 petit crève dans les sillons du premier...

 Cordialement,
 Jérémy Martin
 Directeur Technique FirstHeberg.com

 Contacts téléphoniques (Lun-Ven

Re: [FRnOG] [MISC] L'internet libre et neutre selon OVH

2012-02-16 Par sujet Guillaume Barrot
1/ l'hebergement a depuis 15 ans bien evolué, et est passé du stade de
l'atelier à celui des usines. On se rapproche de ce qu'a vécu le monde de
l'automobile dans les années 60.
2/ il y a une place pour les petits hébergeurs, mais sur des marchés de
niche : comprendre, ces hébergeurs doivent amener autre chose que juste une
présence sur le marché. Ils doivent être innovants, ou spécialisés.
3/ le monde de l'hébergement, c'est pas le pays des Bisounours. Le marché
de la sécurité Informatique le prouve, il faut savoir se protéger des
risques quand on se connecte à Internet

Tout ça pour dire que cette attaque via des serveurs chez OVH, où tu
critiques la réaction d'OVH avec comme argument massue que tu es un petit
hébergeur et OVH un gros est totalement dénué de logique.
J'ai envie de dire Ok et alors ?
Donc :
- oui tu dois savoir te protéger de n'importe quelle patern d'attaque, ou
savoir y réagir rapidement, si tu veux pouvoir exister sur le marché de
l'hébergement
- ne t'attends pas à ce que les autres le fasse pour toi
- si tu es un petit hébergeur, spécialise toi sur un marché de niche, ou
innove. Sinon en face de toi, tu auras des monstres capacitifs à renverser.

De plus ton argument taille des tuyaux est moyen : si tu as 1G pour
quelques dizaines d'euros, et ben stack les liens 1G pour monter à plus de
débit ou achète des mécanismes de protection chez ton transitaire, et
refacture ça à tes clients, mais ne reste pas les bras croisés en attendant
qu'OVH (ou demain Iliad, Orange, etc.) sauve ton infra.
Imagine que demain tu sois attaqué par des serveurs lowcost d'un hébergeur
à Hong Kong ? Tu vas twitter le PDG ? La logique veut qu'on soit bien mieux
servi par soi même !

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


Re: [FRnOG] [TECH] Interco opérateur avec FT (BPN and Co)

2012-02-18 Par sujet Guillaume Mellier
Plus un appel est livré proche du destinataire, moins il est facturé cher.
Le niveau de livraison le plus bas chez FT est le commutateur d'abonnés
(CA, ~400 en France), où livrent les grossistes pour bénéficier du
meilleur tarif (le seul régulé, = la terminaison d'appel). Pour une
livraison plus haut, aux PRO des commutateurs de transit par exemple (CT,
une vingtaine en France), FT facture plus cher (transit + terminaison =
simple transit). Si l'appel est livré au mauvais PRO, ou si tout est
livré en un seul PRO, le tarif inclut alors le réacheminement entre PRO
(double transit).

Les grossistes exploitent les écarts entre ces tarifs ; ils achètent la TA
de FT au plus bas et produisent leur propre transit, avec suffisamment
d'économies d'échelle.

Guillaume

2012/2/18 Benjamin BILLON bbil...@splio.fr


  Je
 trouve cela étrange que le fait de passer par FT en direct couterais plus
 chère que de passer par un grossiste qui applique son markup)

 Ca rentre pas mal dans la définition du grossiste, pourtant.



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


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


[FRnOG] [TECH] Alcatel BU Opérateur/telecom

2012-02-22 Par sujet Guillaume ROUSSEAU
Bonjour,

 

Je suis a la recherche d’un contact chez Alcatel coté BU télécom/opérateurs,
merci de votre aide.

 

Guillaume 


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


Re: [FRnOG] [MISC] DLink ça vaut quoi ?

2012-03-19 Par sujet Guillaume Barrot
Un Cisco 2960S, 48 ports giga + POE 15w sur tous les ports, ca me revient a
1200€ piece.
En plus c'est stackable.

A voir si le dlink / netgear est reellement rentable a ce prix la.
Le 19 mars 2012 12:47, Gaëtan Duchaussois gaetan.duchauss...@laposte.net
a écrit :

 Salut,

 Je dis ça sans vérifier de mémoire mais c'est du web administrable.
 Préfère les dgs3100 qui sont administrables en cli et avec un meilleurs
 fond de panier.
 On utilise ça par stack de deux 48 ports sur 3 étages sans soucis depuis
 presque deux ans

 Gaëtan



 Le 19 mars 2012 à 11:52, Guillaume guilla...@ophane.net a écrit :

  Bonjour,
 
  Cette question est quelque peut hors sujet car elle ne concerne par des
  switchs d'opérateurs réseaux. Nous réfléchissons à refaire notre réseau
  interne, 3 étages de bureaux. Le câblage date de 10 ans, quelques
  horreurs (téléphone sur une paire du cat.5, ou câble en cat.4, passage à
  côté du 220V, etc) et l'absence de plan nous incite à repartir de zéro.
  L'idée serait d'avoir à chaque étage un sous répartiteur avec un switch
  24 ports giga et de remonter vers un coeur de réseau en fibre: une
  jolie étoile. Remonter toutes les prises à un seul point serait
  compliqué à cause de l'ancienneté du bâtiment.
  Un de nos fournisseur nous propose des switch Dlink, par exemple le
  DGS-1210-24. Sur la papier ça semble faire tout ce que l'on recherche
  (trunk, vlan, etc, bref du basique). Cependant je n'ai jamais travaillé
  avec cette marque (mais principalement Cisco).
  D'où ma question en sujet :) Sinon quelle marque conseillerez-vous ?
 
 
  --
  bonne journée,
 
  Guillaume
 
 
  ---
  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] DLink ça vaut quoi ?

2012-03-19 Par sujet Guillaume Barrot
J'en ai acheté 8.
Si tu passes par un bon intégrateur, 50% de remises sur le prix public
c'est largement atteignable, voire plus si tu as d'autres équipements à
commander.

Après si vous partez from scratch, le plus intéressant est de jouer la
concurrence via un appel d'offre, notamment si tu envisages du Wifi (donc
quelques bornes, etc.).
Même sur de petits appel d'offre comme ça, c'est toujours intéressant
pour un revendeur / intégrateur de répondre, quitte à rogner un peu sa
marge, sachant qu'en général t'as la maintenance qui suit.

Si jamais tu dois par hasard acheter quelques serveurs, tu peux aussi
rajouter ça dans ton appel d'offre, histoire de rajouter de la masse et
baisser les marges.
Ca a l'air chiant comme ça les appel d'offres, mais souvent le jeu en vaut
la chandelle.

A+

Le 19 mars 2012 13:55, Laurent Slysz lsl...@runiso.com a écrit :

 Salut,

 Pour rester dans les Cisco, il y a aussi la gamme Small Business 300
 Series Managed Switch.

 http://www.cisco.com/en/US/prod/collateral/switches/ps5718/ps10898/data_sheet_c78-610061.html

 Le SG300-28 par exemple propose 26 ports GigaEthernet + 2 ports SFP, une
 CLI Cisco classique et sont fanless pour 450€ (au hasard chez Misco).

 On y pense pour nos bureaux :)

 A+
 Laurent

 -Message d'origine-
 De : frnog-requ...@frnog.org [mailto:frnog-requ...@frnog.org] De la part
 de Guillaume Barrot
 Envoyé : lundi 19 mars 2012 12:52
 À : Gaëtan Duchaussois
 Cc : frnog-m...@frnog.org
 Objet : Re: [FRnOG] [MISC] DLink ça vaut quoi ?

 Un Cisco 2960S, 48 ports giga + POE 15w sur tous les ports, ca me revient
 a 1200€ piece.
 En plus c'est stackable.

 A voir si le dlink / netgear est reellement rentable a ce prix la.
 Le 19 mars 2012 12:47, Gaëtan Duchaussois 
 gaetan.duchauss...@laposte.net a écrit :

  Salut,
 
  Je dis ça sans vérifier de mémoire mais c'est du web administrable.
  Préfère les dgs3100 qui sont administrables en cli et avec un
  meilleurs fond de panier.
  On utilise ça par stack de deux 48 ports sur 3 étages sans soucis
  depuis presque deux ans
 
  Gaëtan
 
 
 
  Le 19 mars 2012 à 11:52, Guillaume guilla...@ophane.net a écrit :
 
   Bonjour,
  
   Cette question est quelque peut hors sujet car elle ne concerne par
   des switchs d'opérateurs réseaux. Nous réfléchissons à refaire notre
   réseau interne, 3 étages de bureaux. Le câblage date de 10 ans,
   quelques horreurs (téléphone sur une paire du cat.5, ou câble en
   cat.4, passage à côté du 220V, etc) et l'absence de plan nous incite à
 repartir de zéro.
   L'idée serait d'avoir à chaque étage un sous répartiteur avec un
   switch
   24 ports giga et de remonter vers un coeur de réseau en fibre: une
   jolie étoile. Remonter toutes les prises à un seul point serait
   compliqué à cause de l'ancienneté du bâtiment.
   Un de nos fournisseur nous propose des switch Dlink, par exemple le
   DGS-1210-24. Sur la papier ça semble faire tout ce que l'on
   recherche (trunk, vlan, etc, bref du basique). Cependant je n'ai
   jamais travaillé avec cette marque (mais principalement Cisco).
   D'où ma question en sujet :) Sinon quelle marque conseillerez-vous ?
  
  
   --
   bonne journée,
  
   Guillaume
  
  
   ---
   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/


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




-- 
Cordialement,

Guillaume BARROT

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


Re: [FRnOG] [MISC] DLink ça vaut quoi ?

2012-03-19 Par sujet Guillaume Barrot
Pour pas faire trop pro Cisco, tu as aussi la gamme Brocade (ex-Foundry) et
HP (Procurve et ex-H3C), Extreme Networks, et (éventuellement) Juniper,
même si perso j'ai un mauvais retour sur ce fournisseur. J'en oublie
surement.

En plus light, tu as Cisco Small Business (attention à la pérennité, par
contre), DLink, Netgear, TP Link et Trendnet.
Honnetement, si tu veux juste de la connectique Giga, peu de VLAN, pas de
POE, et que tu comptes pas sortir 1Giga réél sur tous les ports ... ça
suffira bien je pense !

A+

Le 19 mars 2012 14:38, Guillaume Barrot guillaume.bar...@gmail.com a
écrit :

 J'en ai acheté 8.
 Si tu passes par un bon intégrateur, 50% de remises sur le prix public
 c'est largement atteignable, voire plus si tu as d'autres équipements à
 commander.

 Après si vous partez from scratch, le plus intéressant est de jouer la
 concurrence via un appel d'offre, notamment si tu envisages du Wifi (donc
 quelques bornes, etc.).
 Même sur de petits appel d'offre comme ça, c'est toujours intéressant
 pour un revendeur / intégrateur de répondre, quitte à rogner un peu sa
 marge, sachant qu'en général t'as la maintenance qui suit.

 Si jamais tu dois par hasard acheter quelques serveurs, tu peux aussi
 rajouter ça dans ton appel d'offre, histoire de rajouter de la masse et
 baisser les marges.
 Ca a l'air chiant comme ça les appel d'offres, mais souvent le jeu en vaut
 la chandelle.

 A+

 Le 19 mars 2012 13:55, Laurent Slysz lsl...@runiso.com a écrit :

 Salut,

 Pour rester dans les Cisco, il y a aussi la gamme Small Business 300
 Series Managed Switch.

 http://www.cisco.com/en/US/prod/collateral/switches/ps5718/ps10898/data_sheet_c78-610061.html

 Le SG300-28 par exemple propose 26 ports GigaEthernet + 2 ports SFP, une
 CLI Cisco classique et sont fanless pour 450€ (au hasard chez Misco).

 On y pense pour nos bureaux :)

 A+
 Laurent

 -Message d'origine-
 De : frnog-requ...@frnog.org [mailto:frnog-requ...@frnog.org] De la part
 de Guillaume Barrot
 Envoyé : lundi 19 mars 2012 12:52
 À : Gaëtan Duchaussois
 Cc : frnog-m...@frnog.org
 Objet : Re: [FRnOG] [MISC] DLink ça vaut quoi ?

 Un Cisco 2960S, 48 ports giga + POE 15w sur tous les ports, ca me revient
 a 1200€ piece.
 En plus c'est stackable.

 A voir si le dlink / netgear est reellement rentable a ce prix la.
 Le 19 mars 2012 12:47, Gaëtan Duchaussois 
 gaetan.duchauss...@laposte.net a écrit :

  Salut,
 
  Je dis ça sans vérifier de mémoire mais c'est du web administrable.
  Préfère les dgs3100 qui sont administrables en cli et avec un
  meilleurs fond de panier.
  On utilise ça par stack de deux 48 ports sur 3 étages sans soucis
  depuis presque deux ans
 
  Gaëtan
 
 
 
  Le 19 mars 2012 à 11:52, Guillaume guilla...@ophane.net a écrit :
 
   Bonjour,
  
   Cette question est quelque peut hors sujet car elle ne concerne par
   des switchs d'opérateurs réseaux. Nous réfléchissons à refaire notre
   réseau interne, 3 étages de bureaux. Le câblage date de 10 ans,
   quelques horreurs (téléphone sur une paire du cat.5, ou câble en
   cat.4, passage à côté du 220V, etc) et l'absence de plan nous incite
 à repartir de zéro.
   L'idée serait d'avoir à chaque étage un sous répartiteur avec un
   switch
   24 ports giga et de remonter vers un coeur de réseau en fibre: une
   jolie étoile. Remonter toutes les prises à un seul point serait
   compliqué à cause de l'ancienneté du bâtiment.
   Un de nos fournisseur nous propose des switch Dlink, par exemple le
   DGS-1210-24. Sur la papier ça semble faire tout ce que l'on
   recherche (trunk, vlan, etc, bref du basique). Cependant je n'ai
   jamais travaillé avec cette marque (mais principalement Cisco).
   D'où ma question en sujet :) Sinon quelle marque conseillerez-vous ?
  
  
   --
   bonne journée,
  
   Guillaume
  
  
   ---
   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/


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




 --
 Cordialement,

 Guillaume BARROT




-- 
Cordialement,

Guillaume BARROT

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


Re: [FRnOG] [MISC] DLink ça vaut quoi ?

2012-03-19 Par sujet Guillaume Rousseau
Le lundi 19 mars 2012 à 12:31 +0100, car...@akposso.com a écrit :
 tu peux toutefois aussi utiliser du HP.
 comme à dit Benjamin, tu peux faire ton réseau en fonction du budget  
 que le patron te donne.

+1 pour le HP, on en a plein chez nos clients, ça tourne très bien, et
ils sont garantis à vie. Sur une quizaine, on a eu seulement un seul
remplacement à faire en l'espace de peut être au moins 6 ans, le switch
de remplacement a été reçu le lendemain. CLI très agréable et
(étonnamment) proche de Foundry ;-)

J'ai vu quelqu'un parler d'Extremes, ne me parlez pas de leur CLI, j'en
ai de très mauvais souvenirs :-)

A+
-- 
Guillaume Rousseau


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


Re: [FRnOG] [MISC] DLink ça vaut quoi ?

2012-03-19 Par sujet Guillaume Barrot
EX teste et pas approuve.
L'OS corrompu lors d'un reboot électrique (et pas un cas isole, mais
globalement un sur trois environ ...), les stacks pas stables, et
autres joyeusetés ... pas encore sec la gamme, de mon point de vue.

Apres faut aussi voir ce qu'il y a autour du produit
(support, évolution soft, etc), et la Juniper France, autant cote routeurs
y a du monde, autant cote secu / switchs, j'ai toujours ete très déçus.
Maintenant c’était il y a presque 2 ans, on peut espérer que ça ait change
depuis.

Le 19 mars 2012 22:39, Olivier Benghozi
olivier.benghozi+fr...@gmail.coma écrit :

 Pas convaincu par les Dlink, pour ma part... Fiabilité douteuse (le soft
 ou le hard d'ailleurs), CLI vraiment pas top (quand ce n'est pas qu'un
 clickotron), fonctions limitées... Bon, c'est vraiment pas cher.
 Les petits Brocade, ça fait moins de choses qu'un Cisco ou qu'un Juniper
 mais ça le fait convenablement, et les prix sont moins élevés que du Cisco
 (et ça boot en 1 minute), garanti à vie etc.
 Les Juniper EX, juste testé un coup, ça avait l'air pas mal du tout (mais
 pas d'expérience dessus), garanti à vie aussi.
 Les Cisco SG, connais pas vraiment, mais il me semblait que c'était grosso
 modo du Linksys rebrandé avec un OS CLIisé façon IOS?

 Olivier

 Le 19 mars 2012 à 17:13, William Gacquer a écrit :

  Et surtout, il faut mettre à jour les SG300 avant l'insertion dans un
 réseau contenant des switchs  HP Procurve. Sinon, galère.
 
  William Gacquer
 
  Le 19 mars 2012 à 14:35, Mathieu Poussin a écrit :
 
  Hello,
 
  Je confirme les SG300 fonctionnent très bien, j'ai la version 8 ports +
 2 combo SFP, c'est relativement complet, et la CLI ressemble plus ou moins
 a de l'IOS a quelques exceptions prêt. J'ai jamais eu la moindre indispo ou
 bug. Les seuls défauts je dirais que c'est l'interface web assez lente (Bon
 c'est pas pire que les Catalyst 2950) et le temps de boot (plusieurs
 minutes).
 
  Le lundi 19 mars 2012 13:55:38, Laurent Slysz a écrit :
  Salut,
 
  Pour rester dans les Cisco, il y a aussi la gamme Small Business 300
 Series Managed Switch.
 
 http://www.cisco.com/en/US/prod/collateral/switches/ps5718/ps10898/data_sheet_c78-610061.html
 
  Le SG300-28 par exemple propose 26 ports GigaEthernet + 2 ports SFP,
 une CLI Cisco classique et sont fanless pour 450€ (au hasard chez Misco).
 
  On y pense pour nos bureaux :)
 
  A+
  Laurent
 
  -Message d'origine-
  De : frnog-requ...@frnog.org [mailto:frnog-requ...@frnog.org] De la
 part de Guillaume Barrot
  Envoyé : lundi 19 mars 2012 12:52
  À : Gaëtan Duchaussois
  Cc : frnog-m...@frnog.org
  Objet : Re: [FRnOG] [MISC] DLink ça vaut quoi ?
 
  Un Cisco 2960S, 48 ports giga + POE 15w sur tous les ports, ca me
 revient a 1200€ piece.
  En plus c'est stackable.
 
  A voir si le dlink / netgear est reellement rentable a ce prix la.
  Le 19 mars 2012 12:47, Gaëtan Duchaussois
 gaetan.duchauss...@laposte.net  a écrit :
 
  Salut,
 
  Je dis ça sans vérifier de mémoire mais c'est du web administrable.
  Préfère les dgs3100 qui sont administrables en cli et avec un
  meilleurs fond de panier.
  On utilise ça par stack de deux 48 ports sur 3 étages sans soucis
  depuis presque deux ans
 
  Gaëtan
 
 
 
  Le 19 mars 2012 à 11:52, Guillaumeguilla...@ophane.net  a écrit :
 
  Bonjour,
 
  Cette question est quelque peut hors sujet car elle ne concerne par
  des switchs d'opérateurs réseaux. Nous réfléchissons à refaire notre
  réseau interne, 3 étages de bureaux. Le câblage date de 10 ans,
  quelques horreurs (téléphone sur une paire du cat.5, ou câble en
  cat.4, passage à côté du 220V, etc) et l'absence de plan nous incite
 à repartir de zéro.
  L'idée serait d'avoir à chaque étage un sous répartiteur avec un
  switch
  24 ports giga et de remonter vers un coeur de réseau en fibre: une
  jolie étoile. Remonter toutes les prises à un seul point serait
  compliqué à cause de l'ancienneté du bâtiment.
  Un de nos fournisseur nous propose des switch Dlink, par exemple le
  DGS-1210-24. Sur la papier ça semble faire tout ce que l'on
  recherche (trunk, vlan, etc, bref du basique). Cependant je n'ai
  jamais travaillé avec cette marque (mais principalement Cisco).
  D'où ma question en sujet :) Sinon quelle marque conseillerez-vous ?


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




-- 
Cordialement,

Guillaume BARROT

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


Re: [FRnOG] [MISC] DLink ça vaut quoi ?

2012-03-20 Par sujet Guillaume Barrot
Nan mais techniquement je ne m'inquiete pas, quand je vois les MX et les T
je me dis que la gamme EX payait sa jeunesse, mais par contre cote temps de
reponse des equipes commerciales, competence et support du materiel, vu le
niveau de depart meme en 2 ans j'ai un gros doute.

Mais bon je veux bien etre agreablement surpris !
Le 20 mars 2012 05:27, Raphael MAUNIER rmaun...@neotelecoms.com a
écrit :

 Heu,

 En 2 ans il y a eu quand même pas mal d'évolution sur la gamme EX et
 surtout sur le Junos.
 Pas encore sec en 2 ans, il faut surement revenir voir la peinture si elle
 a séchée entre temps quand même :)
 La gamme a été annoncée à l'été 2008 et dispo pour de vrai vers la fin
 2008. Donc si ça été testé début 2009, je peux concevoir que ce n'était
 pas supra stable.

 On tourne des codes bien stable depuis sur les EX, ils font de l'IS-IS, du
 BGP en un petit bout de Mpls, et le tout en stack ( avec le cable ET en
 10G ), et ça ne bouge pas.

 Mais bon, c'est pas le prix d'un Dlink ( qui était le sujet de départ )

 --
 Raphaël Maunier
 NEO TELECOMS
 CTO / Directeur Ingénierie
 AS8218





 On 3/19/12 11:22 PM, Guillaume Barrot guillaume.bar...@gmail.com
 wrote:

 EX teste et pas approuve.
 L'OS corrompu lors d'un reboot électrique (et pas un cas isole, mais
 globalement un sur trois environ ...), les stacks pas stables, et
 autres joyeusetés ... pas encore sec la gamme, de mon point de vue.
 
 Apres faut aussi voir ce qu'il y a autour du produit
 (support, évolution soft, etc), et la Juniper France, autant cote routeurs
 y a du monde, autant cote secu / switchs, j'ai toujours ete très déçus.
 Maintenant c’était il y a presque 2 ans, on peut espérer que ça ait change
 depuis.
 
 Le 19 mars 2012 22:39, Olivier Benghozi
 olivier.benghozi+fr...@gmail.coma écrit :
 
  Pas convaincu par les Dlink, pour ma part... Fiabilité douteuse (le soft
  ou le hard d'ailleurs), CLI vraiment pas top (quand ce n'est pas qu'un
  clickotron), fonctions limitées... Bon, c'est vraiment pas cher.
  Les petits Brocade, ça fait moins de choses qu'un Cisco ou qu'un Juniper
  mais ça le fait convenablement, et les prix sont moins élevés que du
 Cisco
  (et ça boot en 1 minute), garanti à vie etc.
  Les Juniper EX, juste testé un coup, ça avait l'air pas mal du tout
 (mais
  pas d'expérience dessus), garanti à vie aussi.
  Les Cisco SG, connais pas vraiment, mais il me semblait que c'était
 grosso
  modo du Linksys rebrandé avec un OS CLIisé façon IOS?
 
  Olivier
 
  Le 19 mars 2012 à 17:13, William Gacquer a écrit :
 
   Et surtout, il faut mettre à jour les SG300 avant l'insertion dans un
  réseau contenant des switchs  HP Procurve. Sinon, galère.
  
   William Gacquer
  
   Le 19 mars 2012 à 14:35, Mathieu Poussin a écrit :
  
   Hello,
  
   Je confirme les SG300 fonctionnent très bien, j'ai la version 8
 ports +
  2 combo SFP, c'est relativement complet, et la CLI ressemble plus ou
 moins
  a de l'IOS a quelques exceptions prêt. J'ai jamais eu la moindre
 indispo ou
  bug. Les seuls défauts je dirais que c'est l'interface web assez lente
 (Bon
  c'est pas pire que les Catalyst 2950) et le temps de boot (plusieurs
  minutes).
  
   Le lundi 19 mars 2012 13:55:38, Laurent Slysz a écrit :
   Salut,
  
   Pour rester dans les Cisco, il y a aussi la gamme Small Business
 300
  Series Managed Switch.
  
 
 
 http://www.cisco.com/en/US/prod/collateral/switches/ps5718/ps10898/data_s
 heet_c78-610061.html
  
   Le SG300-28 par exemple propose 26 ports GigaEthernet + 2 ports SFP,
  une CLI Cisco classique et sont fanless pour 450€ (au hasard chez
 Misco).
  
   On y pense pour nos bureaux :)
  
   A+
   Laurent
  
   -Message d'origine-
   De : frnog-requ...@frnog.org [mailto:frnog-requ...@frnog.org] De la
  part de Guillaume Barrot
   Envoyé : lundi 19 mars 2012 12:52
   À : Gaëtan Duchaussois
   Cc : frnog-m...@frnog.org
   Objet : Re: [FRnOG] [MISC] DLink ça vaut quoi ?
  
   Un Cisco 2960S, 48 ports giga + POE 15w sur tous les ports, ca me
  revient a 1200€ piece.
   En plus c'est stackable.
  
   A voir si le dlink / netgear est reellement rentable a ce prix la.
   Le 19 mars 2012 12:47, Gaëtan Duchaussois
  gaetan.duchauss...@laposte.net  a écrit :
  
   Salut,
  
   Je dis ça sans vérifier de mémoire mais c'est du web administrable.
   Préfère les dgs3100 qui sont administrables en cli et avec un
   meilleurs fond de panier.
   On utilise ça par stack de deux 48 ports sur 3 étages sans soucis
   depuis presque deux ans
  
   Gaëtan
  
  
  
   Le 19 mars 2012 à 11:52, Guillaumeguilla...@ophane.net  a écrit
 :
  
   Bonjour,
  
   Cette question est quelque peut hors sujet car elle ne concerne
 par
   des switchs d'opérateurs réseaux. Nous réfléchissons à refaire
 notre
   réseau interne, 3 étages de bureaux. Le câblage date de 10 ans,
   quelques horreurs (téléphone sur une paire du cat.5, ou câble en
   cat.4, passage à côté du 220V, etc) et l'absence de plan nous
 incite
  à repartir de zéro.
   L'idée serait d'avoir à

Re: [FRnOG] [MISC] Choix de SFP ?

2012-03-29 Par sujet Guillaume Barrot
+1, j'aurai même tendance a dire que c'est de la vente forcée sinon.
C'est pas pour rien que le SFP est standard !

Le 29 mars 2012 19:28, Michel Py mic...@arneill-py.sacramento.ca.us a
écrit :

  Fabien VINCENT a écrit:
  Pour moi la garantie peut être annulée si tu insères des SFP non
  certifiés. Et je pense de mémoire que le support technique est
  capable de le prouver. C'est quand même con de perdre une garantie
  à vie pour des SFP.

 100% FUD

 Michel.


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




-- 
Cordialement,

Guillaume BARROT

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


Re: [FRnOG] [MISC] Choix de SFP ?

2012-03-29 Par sujet Guillaume Barrot
Remarque super bete, mais selon le nombre de connexion a reseau a fournir
et la taille du batiment, une couverture Wifi N est une alternative valable.
Cout d'une borne WIFI, POE compatible, sur un site commercial ~ 200E (
http://www.ldlc.com/fiche/PB00068533.html).

En -n, on peut raisonnablement partir d'une couverture de 15m de rayon
autour du point d'acces, voire plus dans le cas de plateau type open space,
de murs en placo, etc.

Ca permet de n'acheter que quelques switchs / LTE, quitte a les prendre POE
compatible.
Ex, toujours sur un site commercial :
http://www.ldlc.com/fiche/PB00063688.html
http://www.ldlc.com/fiche/PB00096863.html
http://www.ldlc.com/fiche/PB00090409.html
http://www.ldlc.com/fiche/PB00106362.html
etc.

Apres je te conseille fortement d'appeler le service commercial de chaque
constructeur, et de demander un devis clef en main. Apres tu fais jouer
la concurrence, et je suis sur que tu peux te faire offrir les SFP.

Autre option : du refurbished.
Un petit tour sur eBay US, et tu trouves du Finisar en lot de 50, a pas
cher.


Le 29 mars 2012 17:22, Thomas Fuzeau thomas.fuz...@gadz.org a écrit :

 Bonjour,

 Je suis en train d'essayer de budgéter un peu le coût d'un
 renouvèlement de switches dans notre résidence, mais je tombe sur un
 OS : comment choisir les SFP.1000Base-LX

 Actuellement, on a regardé pour prendre des switches HP, mais le choix
 n'est pas définitif et lorsque l'on regarde les prix des SFP, on tombe
 sur un peu tout :
 * $45.00 : http://www.sfplustransceiver.com/hp/hp-j4859c
 * $132.37 :
 http://www.costcentral.com/proddetail/Axiom_SFP_mini_GBIC_transceiver_module/A6516AAX/11392685/
 * 514,94 € :
 http://www.misco.fr/produits/p2347874/HP-ProCurve-Gigabit-LX-LC-Mini-GBIC---module-transmetteur-SFP--mini-GBIC-.htm

 Alors le dernier est certifié HP mais il coûte plus de la moitié du
 prix d'un switch... donc est-ce que vous auriez des retours sur tout
 ça ?
 Est-ce qu'il est possible de prendre n'importe quel SFP ? Est-il peut
 avoir des incompatibilités ? Quand est-il de la garantie des switches
 ?

 Si vous avez des retours sur d'autres marques de switches/SFP je suis
 également preneur !

 Bonne fin de journée,
 --
 Thomas


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




-- 
Cordialement,

Guillaume BARROT

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


Re: RE : [FRnOG] [MISC] Choix de SFP ?

2012-03-29 Par sujet Guillaume Barrot
Pour revenir aux histoires de garantie / support, le seul cas que j'ai
rencontre est relatif aux connectiques twinax (10G sur coax) : la
connection etant sertie aux deux bouts, on est oblige de faire un choix sur
le constructeur qu'on priorise (switch ou serveur).

Dans des serveurs Supermicro avec des cartes Intel, des twinax Cisco sur un
Nexus 5K Cisco : aucun soucis.
D'un autre cote Supermicro est pas repute pour etre super chiant cote
support.

Un exemple qu'on m'a remonte a contrario, c'est que la meme chose avec des
Blades HP a pose probleme, les twinax Cisco n'etant pas reconnus cote HP.
Par contre des twinax HP, meme s'ils sont reconnus a minima, sont bien
fonctionnels dans des Nexus 5K.
Il semblerait que cote Blade Hitachi, ca ne soit pas mieux, et que le
support est refuse si on utilise des twinax Cisco...

On est donc pas a l'abris d'un bridage/blocage constructeur.
Si un 'juriste' de la liste a un avis la dessus ? C'est pas attaquable en
France ca (vente forcee, vente liee etc.) ?

Verifie aussi de visu, les optiques compatibles Cubo (X2 colore) dans des
Nexus 7K et des 6500 marchent sans aucun soucis et sont meme etonnament
bien reconnus niveau OS.

De mon experience donc, un bon point a Cisco pour son ouverture sur les
optiques compatibles et a Cubo pour la qualite des optiques.
Un mauvais point pour les autres que j'ai cite, notamment HP cote serveur.

Du coup HP cote switch, je suis curieux de voir ce que ca peut donner,
surtout avec l'integration H3C dans la gamme...
Le 29 mars 2012 23:54, Thierry Samama thierry.sam...@cubeoptics.com a
écrit :

 Bonsoir,

 Les prix de transceivers fonctionnellement équivalents varient
 effectivement du simple au décuple. Il y a plusieurs raisons à cela. La
 marque d'un grand constructeur d'équipements réseau, et les garanties qui
 vont avec, sont évidemment un facteur, peut-être celui qui se voit le plus.

 La qualité du produit est aussi un facteur important, qui malheureusement
 se mesure moins facilement. La propreté de l'usine, la qualité des
 composants utilisés, la couverture de test, les tolérances acceptées en
 sortie de chaîne et partant le taux de rebut, tout cela varie fortement
 d'un fabricant à l'autre, et a un impact direct et significatif sur la
 performance optique, sur la fiabilité et la longévité du transceiver.

 Après, tout dépend évidemment de l'application : si une panne n'induit
 aucun coût direct (localisation du défaut, diagnostic, déplacement sur
 site, achat d'un nouveau module) ou indirect (réputation, pénalités,
 résiliation de contrat, etc), autant prendre du jetable le moins cher
 possible.

 Si en revanche la moindre panne ou perturbation a des conséquences
 économiques sérieuses, dépenser des milliers d'euros pour des transceivers
 de qualité est parfois un meilleur calcul. Par exemple une boucle de
 collecte de DSLAM dégroupés en panne ou dégradée, ça peut vite coûter très
 cher en support client, en satisfaction client, et en churn. Peut-être 100
 à 1000 fois plus cher que des transceivers de bonne qualité. Sans aller
 jusque là, il me semble que de nombreux opérateurs sont dans cette
 situation.

 C'est pour cela que dans certains cas à fort enjeu nous fournissons les
 résultats de test de qualification à nos clients (oeil optique, oeil
 électrique, etc), qui permettent de quantifier précisément la qualité des
 produits.

 Thierry Samama
 Cube Optics AG
 +33 6 76 34 64 86
 thierry.sam...@cubeoptics.com
 http://www.cubeoptics.com http://www.cubeoptics.com/


 

 De: frnog-requ...@frnog.org de la part de Thomas Fuzeau
 Date: jeu. 29/03/2012 22:41
 À: Fabien VINCENT
 Cc: guillaume.bar...@gmail.com; Michel Py; frnog-m...@frnog.org
 Objet : Re: [FRnOG] [MISC] Choix de SFP ?



 Le 29 mars 2012 20:31, Fabien VINCENT fabvinc...@gmail.com a écrit :
  Pour du 1000-LX de toute facon, il n'y a pas de grand danger !

 C'est pour ça que je préférais avoir un avis là dessus, parce quand on
 voit des SFP au prix d'un 1/2 switch, on peut se poser des
 questions...


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




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


Re: [FRnOG] [MISC] Legal Situation: Political elections 'spam'

2012-03-30 Par sujet Guillaume Leclanche
Salut Benoît,

Je suis exactement dans la même situation. Moi aussi ça me gonfle, mais au
moins ce spam on sait quand il s'arrête.

On pourrait aussi se demander  s'il est légal d'en envoyer à un résident
suisse...

Guillaume
Le 29 mars 2012 15:05, Benoit Panizzon paniz...@woody.ch a écrit :

 Hello

 I'm not sure if I'm right here, but as I work at an ISP I hope to mybe find
 competent answers here :-)

 I am a french citizen living in switzerland. Two years ago I had to renew
 my
 french ID and did so in the french embassy. I was asked if I had an email
 address to get a notification, when I could come and pick it up. I have not
 got any more emails from the embassy since.

 About two weeks ago, I started to get an incredible ammount of political
 spam
 refering to the french elections.

 Some of the emails state that they are not spam, because they comply with:
 Article L330-4 Code électoral. Does this realy apply to email addresses
 given
 to the embassy for other purposes, like getting a notification when to
 pick up
 an ID?

 Anyway, I never agreed that my email address is put on a liste électorale
 and
 never premitted the french embassy to hand out my email address or other
 personal data to marketing companies who now work for the elections and
 tomorrow will promptly reuse my data for any other email campaign or sell
 it
 to anyone wanting to buy it from them.

 I did try to unsubscribe from some of those lists, unsuccessfully. I still
 get
 their 'newsletters'.

 Is there anything else which can be legaly done against political spam?
 Like
 for example in switzerland, the 'Préposé fédéral à la protection des
 données
 et à la transparence' website offers templates for legal letters to send to
 companies and authorities to request them to send you and extract of your
 data
 and delete it. Is there something similar in france?

 -Benoît Panizzon-

 SPAM SPAM SPAM SPAM / Hormel's new miracle meat in a can
 Tastes fine, saves time. / If you want something grand, / Ask for SPAM!
  - Hormel's 1937 jingle for SPAM

 Hippopotomonstrosesquippedaliophobia sh:
 http://en.wikipedia.org/wiki/-phobia


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


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


Re: Re: [FRnOG] [MISC] détenteurs d'AS, l'ARCEP veut tout savoir sur vos peerings (Cours de TVA à deux balles)

2012-04-01 Par sujet Guillaume Barrot
Pour resumer l'Arcep inventrait la terminaison d'appel dans le fixe et dans
le meme temps diminue celle dans le mobile ?
C'est moi ou c'est juste incoherent ?
Le 1 avr. 2012 11:33, Pierre Col - p...@9online.fr p...@9online.fr a
écrit :

  Et un autre point... l'octet on le facture au tarif Cogent ou au tarif
 FT ?

 A TON tarif : celui que TU fixeras en fonction de TON prix d'achat
 (puisque celui qui TE fournit le peering devra TE le facturer) et de ce que
 TU dois ajouter pour ne pas faire perdre d'argent à TA BOITE, voire en
 gagner un peu:-)

  Bref, si ça sort ça promet un beau merdier, sans rapporter quoi que ce
  soit aux finances publiques.

 Ca rapportera du fait des taxes et contributions spécifiques assises sur
 le chiffre d'affaires des opérateurs (indépendamment de leur bénéfice) ,
 qui va mécaniquement augmenter si le peering devient une terminaison de
 trafic IP.

 Tu saisis un peu ou pas du tout ??

 Moi je laisse tomber, là : plus pédagogique que ce que je fais depuis hier
 soir je ne peux pas.

 --
 Pierre


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


---
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-04-01 Par sujet Guillaume Barrot


 Rappel: les entreprises (SARL, SA, SAS, etc.) collectent la TVA pour la
 reverser
 à l'état mais ne la payent pas. C'est une opération comptable nulle voire
 positive dans certains cas.


Meme dans le cas d'achat venant de l'etranger ?
Je suis presque sur que tout le materiel que l'on achete aux US implique
une declaration de TVA en France, et le paiement de cette TVA par la boite
qui importe.

Je suis sur que Bercy a deja eu l'idee !

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


Re: [FRnOG] [MISC] détenteurs d'AS, l'ARCEP veut tout savoir sur vos peerings (Cours de TVA à deux balles)

2012-04-01 Par sujet Guillaume Barrot
Vu la tete des Fai historiques grand public en France, je ne vois pas
l'interet !
Free qui siegerait a cote de Bouygues Telecom, c'te blague :)

Excellent poisson d'avril !
Le 1 avr. 2012 17:30, Thomas Mangin thomas.man...@exa-networks.co.uk a
écrit :

 Il n'y a pas une association professionelle de FAI comme ISPA en France ?
 Si la response est non il n est pas trop tard pour ajouter ca dans les
 status de FranceIX.

 Sent from my iPad

 On 1 Apr 2012, at 13:38, Raphael MAUNIER rmaun...@neotelecoms.com wrote:

  On aurait en effet du dire : Taxe tout court :) Comme pour les disques
  dur. Rajoutons des taxes, c'est parfait, c'est la bonne démarche !
 
  Pour chaque Giga transféré sur des liaisons de peerings ( attention je
  parle bien de peering et pas de transit ), il y aura une taxe de X
 
  En tout cas, une telle taxe sort, on coupe tout nos peerings public en
  France, on garde que des PNI que l'on transforme en contrat de transit (
  dans un sens ou dans l'autre à voir ) avec des contrats croisés.
 
  Au lieu de faire, comme nous avons tenté de leur expliquer, une genre de
  mire de la qualité des interco pour éviter que des opérateurs laissent
  saturer sciemment les peerings, non, ils partent sur un flicage pour
  ouvrir la porte à une éventuelle taxe.
 
  Franchement, je me demande à quoi ça sert de passer du temps à leur
  expliquer s'ils n'écoutent mais alors la pas du tout.
 
  Je vois plusieurs hypothèses :
  - Ils se fichent de nous, et c'était prévu d'avance
  - Ils ne comprennent vraiment pas notre métier, c'est balo, c'est
  l'instance de régulation
  - On est vraiment mauvais pédagogue, et on ne sait pas leur parler
  - Le fait que le FrNog n'est pas une organisation comme le Nanog, Ripe Š
  Nous n'avons aucune espèce de pouvoir, et donc les avis ne comptent
 pas.
 
 
  En fait, à mon avis, c'est les 4 !
 
  --
  Raphaël Maunier
  NEO TELECOMS
  CTO / Directeur Ingénierie
  AS8218
 
 
 
 
 
  -Original Message-
  From: Gregory Colpart reg+fr...@evolix.fr
  Date: Sun, 1 Apr 2012 14:10:49 +0200
  To: Liste FRNOG frnog@frnog.org
  Subject: Re: [FRnOG] [MISC] détenteurs d'AS, l'ARCEP veut tout savoir sur
  vos peerings (Cours de TVA à deux balles)
 
  On Sun, Apr 01, 2012 at 11:33:35AM +0200, Pierre Col - p...@9online.fr
  wrote:
  [...]
  Moi je laisse tomber, là : plus pédagogique que ce que je fais
  depuis hier soir je ne peux pas.
 
 
  J'ai lu tout le thread, et je mets ma casquette de gérant de PME
  pour participer au cours TVA à deux balles et confirmer que la
  TVA n'a *aucun* coût direct d'un point de vue d'une société
  française. Au niveau comptable, on parle d'ailleurs toujours en
  montants hors taxe ! Tous les calculs de marges, bénéficesŠ ne
  tiennent pas compte de la TVA.
 
  Évidemment, il y a des petits coûts indirects à cause de la TVA :
  gérer la trésorerie, le temps de calcul/gestion chaque mois,
  la compétitivité des éventuels prix B2C, etc.
 
  Mais bref, je ne vois pas l'intérêt de parler de la TVA dans ce débat
  très intéressant.
 
 
  Bon dimanche,
  --
  Gregory Colpart r...@evolix.fr  GnuPG:4096R/B8612B5D
  Evolix - Informatique et Logiciels Libres http://www.evolix.fr/
 
 
  ---
  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/


---
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-04-01 Par sujet Guillaume Mellier
Bonsoir,

Je vous propose de répondre demain aux différentes questions soulevées
parmi ces nombreux mails.
En tout état de cause, la décision n'a rien à voir avec une quelconque
notion de taxe ou assimilable.

Guillaume Mellier
ARCEP


Le 31 mars 2012 à 10:49, Laurent GUERBY laur...@guerby.net a écrit :

 On Fri, 2012-03-30 at 21:56 +, Raphael MAUNIER wrote:
 Qui va payer pour le temps passé ? Qui va payer pour l'infrastructure ?
 J'vais leur envoyer la facture de ma plateforme de netflow et on va
 rigoler.
 En fait, l'arcep vient de trouver la solution au chômage en France et
 vient de créer de l'emploi.

 Bonjour,

 En lisant l'annexe de la décision :

 
 la capacité totale et les flux (entrants/sortants) totaux
 d’interconnexion ou d’acheminement de
 données, dans chaque IX raccordé et en valeur cumulée.


 
 Flux échangés au semestre de référence (Gbit/s) – Mode de calcul précisé
 en bas de page5
Fournir, en Gbit/s (arrondir au dixième), la
 quantité de données transmise par l’AS #1 à
Sens sortant
l’AS #2 au semestre de référence.
Fournir, en Gbit/s (arrondir au dixième), la
 quantité de données reçue par l’AS #1 de la part
Sens entrant
de l’AS #2 au semestre de référence.

 5
  La méthode de calcul conseillée mais non obligatoire est le 95 e
 centile. Dans tous les cas, que cette méthode soit retenue ou pas, le
 répondant devra indiquer les modalités précises de calcul de la valeur
 fournie.



 Sauf erreur d'interpretation de ma part la un relevé semestriel de
 compteur par interface physique suivi d'une division en expliquant que
 la mesure est le traffic moyen devrait faire l'affaire pour satisfaire a
 ces obligations. Le traffic sur un port d'un IX n'a pas a être détaillé
 par AS.

 Cela semble confirmé par l'onglet exemple du fichier tableur.

 Si quelqu'un de l'ARCEP peut confirmer merci par avance.

 Sincèrement,

 Laurent GUERBY
 http://tetaneutral.net



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


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


Re: RE: [FRnOG] [MISC] détenteurs d'AS, l'ARCEP veut tout savoir sur vos peerings (Cours de TVA à deux balles)

2012-04-02 Par sujet Guillaume Barrot
Il y a un argument massu pour dire que les téléphonistes convergent vers
l'IP : le prix.
Pousse par le marche, les téléphonistes doivent arriver a conserver
une rentabilité, tout en offrant de l’illimité et vers de plus en plus de
destinations.
Or essayez de faire ça en téléphonie classique : impossible.

Du coup, deux solutions :
- être déjà FAI et utilisez son infra IP pour y convoyer la téléphonie pour
pas cher, profiter de la facilite de faire des peers IP pour y monter des
trunks SIP etc. (c'est l'histoire des FAI)
- ne pas être FAI, monter une infra IP uniquement pour la téléphonie, puis
se dire que pour la rentabiliser, on serait bête de ne pas proposer d'offre
data vu que le client les réclame (c'est l'histoire des opérateurs mobiles
par exemple)

Donc parler de téléphonistes en 2012, c'est un peu comme parler
d'une espèce en voie d’extinction.

Le 2 avril 2012 19:51, Radu-Adrian Feurdean
fr...@radu-adrian.feurdean.neta écrit :


 On Mon, 2 Apr 2012 08:46:43 -0700, Michel Py
 mic...@arneill-py.sacramento.ca.us said:

  Sur ce point-là je crois que tu as tort. La téléphonie est en train de
  devenir IP; même quand le last-mile est délivré par POTS (comme dans mon
  cas) le backhaul TDM est en train de disparaître. Les opérateurs de

 Oui, mais un telephoniste qui fait pas internetil n'a pas les memes
 problemetiques - s'abstenir.
 S'il fait de l'internet serieusement (gere un AS, peere, ...) c'est OK,
 mais ses problemes de telephonie qu'il le discute ailleurs.

 Je sais pas si tu as remarque, mais dans la FFTelecoms il y a des 100%
 telephonistes. Essaye de concilier un 100% telephoniste avec un 100%
 internet (un content/CDN au pif).


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


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


Re: RE: [FRnOG] [MISC] détenteurs d'AS, l'ARCEP veut tout savoir sur vos peerings (Cours de TVA à deux balles)

2012-04-03 Par sujet Guillaume Barrot
C'est plus proche de l'extinction des feux de forets, on est bien d'accord.
Free jouant le role de Canadair en France, le marche est deja bien
different chez nous qu'ailleurs cela dit :)
Le 3 avr. 2012 09:14, Radu-Adrian Feurdean fr...@radu-adrian.feurdean.net
a écrit :


 On Mon, 2 Apr 2012 22:38:35 +0200, Guillaume Barrot
 guillaume.bar...@gmail.com said:

  Donc parler de téléphonistes en 2012, c'est un peu comme parler
  d'une espèce en voie d’extinction.

 Faut juste faire attention, une extinction (meme en economie) peut durer
 plus que la duree de vie d'un individu. Surtout avec la quantite de
 lobby deja deploye chez eux.


---
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-04-05 Par sujet Guillaume Mellier
Bonjour,



Comme annoncé (avec un peu de retard toutefois, mais les questions étaient
nombreuses et l’actualité riche), ci-dessous qques éléments de réponse à
des questions soulevées concernant la récente décision de l’ARCEP sur la
collecte d’informations sur l’interconnexion.



J’en profite pour vous signaler la consultation organisée par l’Autorité de
la Concurrence sur un sujet très proche, auquel certains d’entre vous
pourront être intéressés à répondre :

http://www.autoritedelaconcurrence.fr/user/standard.php?id_rub=435id_article=1834



Cordialement,



Guillaume Mellier

ARCEP

__



Texte complet de la décision ARCEP :
http://www.arcep.fr/uploads/tx_gsavis/12-0366.pdf





== QUELS SONT LES OBJECTIFS ? ==



1°) Cette décision n’est en aucun cas liée à un quelconque projet de
taxation



Face au débat sur l’éventualité d’une taxe, qui a été assez soutenu sur la
liste ce week-end, il me semble utile de redire que cette décision n’est en
aucun cas liée à un quelconque projet de taxation. L’ARCEP est le
régulateur sectoriel des communications électroniques. Autorité
administrative indépendante (cette indépendance est garantie par les
directives européennes et par la loi), elle n’a aucune compétence pour
fixer ou contrôler les taxes. Par ailleurs, les informations qu’elle
collecte ne peuvent en aucune manière être utilisées par les services
fiscaux. Comme elle a su le faire sur les autres marchés qu’elle suit,
l’ARCEP mettra en place un cadre de traitement de ces informations adapté à
la protection du secret des affaires. Les données individuelles ne seront
pas accessibles à des tiers.



2°) Les données collectées visent à mieux connaître le marché et en
particulier suivre certaines évolutions actuelles



L’ARCEP a fait le constat du besoin de porter une attention plus
particulière à ce marché. A la fois parce que certaines tendances nous
interrogent (polarisation croissante des flux, renforcement du pouvoir de
marché des FAI, débats autour d’une « TA data »), et parce que nous sommes
interpellés ou saisis (officieusement à ce stade) par certains acteurs à
l’encontre de pratiques d’autres acteurs. Des saisines formelles ne sont
pas à exclure, que l’ARCEP est alors tenue de trancher. L’ARCEP a par
ailleurs déjà dû fournir un avis à l’Autorité de la Concurrence dans la
saisine de Cogent à l’encontre de France Télécom. Elle a donc le souci dans
de tels cas de se prononcer de manière équitable et proportionnée au regard
de la manière dont fonctionne ce marché, ce qui implique de mieux le
connaître.



L’ARCEP a donc engagé des démarches en ce sens l’an dernier, notamment au
travers d’une série d’entretiens avec des acteurs du marché (une quinzaine
au S2 2011) et d’un workshop organisé au sein du BEREC (organe des
régulateurs européens) en lien avec l’OCDE en novembre (
http://internetthought.blogspot.fr/2011/12/slides-available-berec-expert-workshop.html
).



Au-delà de ces éléments qualitatifs, sur lesquels les échanges doivent se
poursuivre, le constat a été fait du besoin complémentaire d’un suivi plus
quantitatif, visant à mieux suivre l’évolution globale du marché et
permettre de replacer des pratiques dans leur environnement d’ensemble. Ces
informations ne sont pas disponibles publiquement aujourd’hui, d’où le
besoin d’une collecte spécifique. Qques exemples d’éléments recherchés au
travers de ce suivi : combien pèsent les flux  échangés au global ? quelle
est leur évolution dans le temps ? quelle est la proportion de liens en
peering vs transit ? quelle est la proportion du trafic échangée en peering
vs transit ? comment évolue-t-elle dans le temps ? comment se répartit-elle
selon la taille des acteurs ? quel est le niveau de concentration /
déconcentration du trafic ? comment évolue-t-il dans le temps ? quelle est
la disparité des tarifs selon la taille des acteurs et les capacités
installées ? quelle est la proportion de peering payant ? etc.



En tout état de cause, l’ARCEP n’a pas aujourd’hui l’intention de réguler
ce marché de l’interconnexion IP. Vu les spéculations qui ont pu naître
autour de cette hypothèse, l’ARCEP a d’ailleurs pris le parti d’indiquer
cela explicitement dans sa décision de collecte d’informations : « la
situation actuellement observée sur les marchés de l’interconnexion et
l’acheminement de données ne semble pas nécessiter, à ce stade, la mise en
place d’une régulation ».



3°) D’autres actions sont mises en œuvre pour avoir une vision plus large
du fonctionnement de l’accès à l’internet, qui ne se résume pas à
l’interconnexion



Certains ont pu souligner que des informations quantitatives sur les
interconnexions, sans savoir ce qui se passe derrière, n’ont aucune
utilité. Cette collecte d’informations ne vise pas à tout traiter,
simplement à mieux connaître le marché de l’interconnexion. La qualité de
bout en bout est par exemple bien entendu un paramètre important. C’est
pour cela que l’ARCEP mène en parallèle un chantier visant à définir et
mettre

Re: [FRnOG] [BIZ] Lien MPLS avec la Malaisie

2012-04-24 Par sujet Guillaume Leclanche
Le 24 avril 2012 08:45, Raphael Maunier - Franceix raph...@franceix.net a
écrit :

 Pour la Malaisie Kuala Lumpur, je dirais sans creuser 2 choix : CW (
 Vodafone bientôt ) ou Tata .


Probablement NTT aussi ?

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


Re: [FRnOG] [BIZ] Lien MPLS avec la Malaisie

2012-04-26 Par sujet Guillaume Leyronnas
Bonjour,

El día 25 de abril de 2012 10:48, Sylvain Desveaux
sdesveaux...@sisteer.com escribió:

 Merci beaucoup pour toutes ces réponses et ces informations.
 Et merci pour les avertissements ;)
 Je vais regarder tout ça attentivement.

Je crois que Singtel n'a pas été cité, ils sont bien présents dans la
région : http://business.singtel.com/coverage/ . Je ne sais pas ce
qu'ils peuvent proposer en MPLS, mais je dois avoir un contact
commercial Europe quelque part si tu veux.

Guillaume


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


Re: [FRnOG] [TECH] FORTINET

2012-05-14 Par sujet Guillaume Tournat
Quelle est la question ?



Le 14 mai 2012 à 17:00, David MARCIANO d.marci...@adenis.fr a écrit :

 Bonjour, 
 
 Es ce que qq aurait en prod un Fortigate 1000 ? 
 
 
 Bonne réception
 David Marciano
 
 
 14, rue Crespin du Gast - 75011 Paris - France
 Tel : +33 (0)1 48 24 07 07 - Fax : +33 (0)1 48 24 07 08
 Mail : dmarci...@adenis.fr 
 
 
 
 
 ---
 Liste de diffusion du FRnOG
 http://www.frnog.org/


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


RE: [FRnOG] [ALERT] Incident Colt sur Equinix St Denis ?

2012-05-31 Par sujet Guillaume ROUSSEAU
Nous avons vu aussi tomber une interco SS7 colt sur Equinix STD


Guillaume

-Message d'origine-
De : frnog-requ...@frnog.org [mailto:frnog-requ...@frnog.org] De la part de
2 ie
Envoyé : mercredi 30 mai 2012 14:41
À : frnog-al...@frnog.org
Objet : [FRnOG] [ALERT] Incident Colt sur Equinix St Denis ?

Bonjour La liste,

Cela fait depuis quelques jours que nos liens T2 Colt sont tombés et
apparemment, selon le support, nous ne sommes pas les seuls.

Mais notre commercial Colt nous dit que aucun de ses autres clients IDF ne
sont impactés 

Est-ce que quelqu'un aurai eu un impact de près ou de loin sur une panne
depuis Vendredi dernier sur Equinix St Denis ?

Merci !

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


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


Re: [FRnOG] [MISC] SLA m'parait bien creux

2012-06-02 Par sujet Guillaume Barrot
. Alors j'aimerais qu'on s'organise pour en débattre et
 travailler sur des recommandations de bon sens afin de prendre ces
 problématiques en considération.

 J'espère que de telles recommandations puissent, d'une façon ou d'une
 autre, recevoir une reconnaissance quasi-normative, si ce n'est
 réglementaire, car j'ai la très nette impression qu'on est globalement
 irresponsables sur le sujet à force de se reposer sur des SLA bien
 vides de sens.

 De telles dispositions passeraient, entre autre, par l'exigence d'une
 totale transparence des opérateurs vis à vis de la qualité de leurs
 infrastructures, reléguant au statut de pratique obsolète et
 irresponsable le principe de sécurité par l’obscurantisme. Notez qu'il
 serait bien temps que ce principe soit admis.

 Ça risque de faire court, mais j'aimerais que ce sujet soit abordé au
 prochain FRnOG, ou au moins au suivant, et qu'on en sorte au moins
 avec quelques points clefs dans nos ToDo lists.

 Bien cordialement,

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


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




-- 
Cordialement,

Guillaume BARROT

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


Re: [FRnOG] [MISC] De la diffusion des plans des infrastructures (Was: SLA m'parait bien creux)

2012-06-02 Par sujet Guillaume Barrot
Pour le syndrome Velizien (vécu de près), je me demande :
- la préfecture n'est elle pas en mesure de donner les informations de
traces a un futur client, puisque les opérateurs, lors de la pose de fibre,
sont censés faire une déclaration de travaux a la préfecture.
- les registres cadastraux représentent un grand nombre d'infos, et il est
notamment prévu un onglet communication et énergie, dans lequel on trouve
les conduites de gaz, oléoducs, gazoducs et réseaux électriques enterrées.
Pourquoi pas les réseaux de com' au sens ou nous le connaissons ? (et
notamment toute la boucle locale FT, la position des NRA, des NRO, etc..).

Sinon, quelqu'un pour souffler l’idée a Google de référencer ces infos dans
Google Map ? :D
Ils ont déjà équipés des voitures pour faire des photos, pourquoi pas
pour repérer les conduites souterraines ? XD

Question naïve : une position *exacte* des NRA en France, ça se trouve dans
les infos publiques, ou ça fait partie des secrets des opérateurs ?

Le 2 juin 2012 14:40, Jérôme Nicolle jer...@ceriz.fr a écrit :

 [suite]

 Un des éléments clef dans la gestion du risque sur une infrastructure
 réseau est la connaissance de la couche physique.

 Pour ceux qui n'ont pas suivi, en parlant de fibercut de la
 triple-adduction-super-safe qui tombe en un seul coup de pelleteuse,
 je faisait allusion à l'incident qui a foutu quelques sites marchands
 d'envergure nationale en rade du coté de Velizy, et ce malgré la
 fameuse GTR 4h et les cinq 9 vendus par l'hébergeur victime de sa
 naïveté.

 Le problème est le suivant : quand on achète de la transmission, dark,
 lambda, l2 ou transit, c'est bien souvent impossible de confronter les
 tracés de différents fournisseurs potentiels afin de s'assurer qu'une
 vraie redondance physique est possible.

 C'est d'autant plus gênant et contre-productif que bon nombre
 d'affaires pourraient être conclues par ces mêmes opérateurs justement
 grâce à plus de transparence, animant une concurrence par les
 infrastructures qui devrait ravir les plus gros d'entre eux (et pas
 forcement les plus enclins à cette transparence nécessaire)

 Dans le cadre des projets en région, ça va même plus loin, puisque
 c'est la présence infrastructure mobilisable qui conditionne le
 lancement d'études en détection d'opportunités.

 Et pourtant, lorsque les plans sont accessibles, ils sont souvent trop
 peu précis, fournis au compte-gouttes après beaucoup d'efforts, sous
 NDA uniquement, et ce pour des prétextes aussi stupides que la
 sécurité du réseau.

 Messieurs les opérateurs, que les choses soient entendues : dans le
 milieu ont sait tous que 4km de marche, équipé d'un détecteur de
 métaux rose barbie acheté 20€ à Toys'r'us, le long d'un canal, de
 certaines routes ou dans certains quartiers, suffisent à les trouver
 vos réseaux. C'est encore plus facile que de lire un plan, donc
 l'argument ne tient pas.

 De façon encore plus amusante (quoi que), les opérateurs de réseau
 d'initiative publique sont souvent peu enclins à fournir des plans
 pour les mêmes prétextes, ou font preuve d'une telle mauvaise foi dans
 la transmission des informations qu'on obtient plus généralement des
 plans de projets partiels ou anciens, et non un reflet réel du
 réseau. Ce qui est amusant, c'est qu'étant construit avec de l'argent
 public, sur le domaine public, et commercialisé dans un cadre défini
 par le droit public, alors les documents décrivant ce réseau SONT
 publics, et on peut les obtenir, en sollicitant le délégant, ou pire,
 la CADA. Autant donc faire votre boulot d'emblée, puisque à la fin,
 vous y ratez des ventes en faisant perdre du temps à vos clients.

 Mais enfin, admettons que ces plans ne doivent pas être disponible par
 une simple recherche sur Google. Que leur diffusion ne puisse se faire
 que dans un cadre à peu près défini.

 Du coup, j'ai quelques questions, autant pour les fournisseurs que les
 clients de telles infrastructures :

 - Quelles seraient les modalités de diffusion acceptables ?
 - Achèteriez vous du service boite noire sans pouvoir évaluer le
 risque d'indisponibilité de la redondance par vous même ?
 - Êtes vous conscients du frein à la commercialisation des réseaux que
 provoque ce niveau d'opacité ?

 Enfin, et puisque le sujet de base est l'objectif de robustesse des
 réseaux (dont Internet) en France, est ce qu'une telle démarche de
 transparence vous semble nécessaire / opportune, et si non, pourquoi ?

 Bien cordialement,

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


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




-- 
Cordialement,

Guillaume BARROT

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


Re: [FRnOG] [MISC] De la diffusion des plans des infrastructures (Was: SLA m'parait bien creux)

2012-06-02 Par sujet Guillaume Barrot
Soit mais pas plus critique qu'un relais transfo EDF ou autre equipement
d'infrastructure.
De plus critique ne veut pas dire secret. Sinon il faudra m'expliquer
pourquoi toutes les bases militaires sont fleches par la DDE ! :D

Merci pour vos reponses en tous cas, en compilant tout ca, ca fait deja un
beau panorama.

Le 3 juin 2012 00:10, Pascal Rullier pas...@rullier.net a écrit :

 Le 2 juin 2012 22:41, Raphaël Jacquot sxp...@sxpert.org a écrit :
  On 06/02/2012 08:37 PM, Guillaume Barrot wrote:
 
  Question naïve : une position *exacte* des NRA en France, ça se trouve
  dans
  les infos publiques, ou ça fait partie des secrets des opérateurs ?
 
 
  les batiments sont pas tres difficile a reconnaitre de visu...
  apres, certains sont indiqués dans le cadastre.
  au final, ils se retrouveront tous dans OSM :-)

 Ya même une pancarte dessus.
 Central téléphonique
 NRA Noeud de Raccordement Abonné
 Même la DDE avec des panneaux de direction pour trouver le Central
 téléphonique

 Ils sont même éclairés la nuit qui a laissé la lumière allumée ?
 Oh les belles réglettes...

 Dire que c'est secret, vus les niveaux de protections de certains,
 c'est du vent.
 Ils seraient enterrés, non mentionnés, non visibles, là ok.

 Dire que c'est sensible, là oui, car cela est une concentration en un
 point unique
 pour une zone et une coupure du NRA entraine une coupure fort dommageable.

 Voir par exemple :

 http://www.01net.com/editorial/536221/blackout-pour-le-reseau-dorange-en-languedoc-roussillon-hier/

 Cdlt,


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




-- 
Cordialement,

Guillaume BARROT

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


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

2012-06-05 Par sujet Guillaume Esnault
Bonjour à tous,

Il y a ça aussi : 

http://www.developpementdurable.com/insolite/2010/06/A4916/hp-carbure-au-pet-de-vache.html

Plus qu'à trouver les 1000 vaches ...

Ils bossent dur chez HP ;)

Bien à vous,

Guillaume Esnault
Digicube sas


Le lundi 04 juin 2012 à 19:59 +0200, Sebastien WILLEMIJNS a écrit :
 Hello les ecolos, 
 
 http://www.usinenouvelle.com/article/hp-imagine-un-datacenter-autonome-en-energie.N175858#xtor=EPR-169
 
 
 ---
 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-06 Par sujet Guillaume Barrot

 Ca nous ramène à pourquoi tout le monde est scotché chez
 TH/GlobalSwitch  Co.?
 On est plus en 98.


Vécu il y a quelques années, une banque Parisienne qui a déménagé son DC
des Clayes sous Bois (Yvelines) vers Globalswitch Clichy.
Commentaire des gars de l’équipe : aaah c'est mieux, on y est plus vite
que pour aller dans ce trou perdu.
Ouais les vieilles habitudes ont la vie dure...

On en revient a troll la France c'est Paris, et Paris c'est la France
/troll.
La preuve : toutes les réunions du FRNOG sont en région Parisienne :D

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


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

2012-06-06 Par sujet Guillaume Barrot

 C'est la raison précise de l’échec commercial de TH3. Moi qui croyais
 que grâce à la virtualisation on aurait plus besoin d'accès physique aux
 machines...


Meme sans virtualisation, ca fait 10 ans qu'on peut se passer d'un acces
physique !


  La preuve : toutes les réunions du FRNOG sont en région Parisienne :D

 C'est pas faute d'avoir proposé une réunion à Lille, et d'en profiter
 pour rencontrer nos confrères belges, mais ça n'intéressait personne.
 Maintenant, si je proposes Toulouse, je sais que je vais me faire
 envoyer chier rien que pour la complexité de la logistique...


C'est pour ca que je trollais, car au final, on sait bien que ce sera TRES
difficile (voire impossible) car dans les faits, 90% des gens du FRNOG sont
en Region Parisienne.
Dommage en effet de ne pas rencontrer nos voisins belges, suisses, et
pouquoi pas anglais et allemands, espagnols et italiens ?

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


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

2012-06-06 Par sujet Guillaume Barrot
Nan mais c'est certain les occasions manquent pas, mais un FrNog
en région avec les voisins, c'est surement plus convivial.

Le 6 juin 2012 12:18, Jérôme Nicolle jer...@ceriz.fr a écrit :

 Le 06/06/12 12:16, Guillaume Barrot a écrit :
  Dommage en effet de ne pas rencontrer nos voisins belges, suisses, et
  pouquoi pas anglais et allemands, espagnols et italiens ?

 T'as le droit d'aller aux RIPE meetings, aussi ;)

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




-- 
Cordialement,

Guillaume BARROT

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


Re: [FRnOG] [MISC] Recherche SBC SIP 2 SIP gérant le MPLS

2012-06-06 Par sujet Guillaume Barrot
Cisco 7600S + carte ACE en mode SBC.
Faudra peut etre passer par un peu de tromboning.
Apres ACE/SBC n'est pas forcement le meilleur SBC du marche, tout dépend ce
que tu veux en faire. (ALG SIP pour du NAT niveau 7 ?)

A priori l'ASR9K ne supporte pas (encore ?) le SBC. Le CRS si a priori.


Le 6 juin 2012 15:01, Mickael Hubert m.hub...@hexanet.fr a écrit :

 Déjà merci pour vos réponses ;)
 j'ai bien compris le principe du PE en front du SBC. Puis on transforme
 le MPLS en VLAN. En fait nous avions espoir qu'un SBC puisse faire les 2.
 Je pense que peut-être Cisco serait faire...

 après on verra le prix ;)

 ++

 2012/6/6 Tristan Mahé t.m...@b-and-c.net

  -BEGIN PGP SIGNED MESSAGE-
  Hash: SHA1
 
  Salut Mickael,
 
  Je me permet de te signaler que tu cherches deux produits différents,
  un SBC dans un premier temps, et un egress point MPLS dans un second
  temps.
 
  Nous utilisons pour notre réseau du MPLS de bout en bout, et la voix
  circule dans un tunnel VPLS dédié avec du TE dans tous les sens.
 
  Pour cela nous avons utilisé une plateforme que nous avons construite
  autour de freeswitch, et un routeur MPLS qui tagge les tunnels dans
  des VLANs, ces VLANS étant ensuite récupérés sur le SBC.
 
  Cela répondra sans doute à ton cahier des charges, en ayant deux
  serveurs ( un SBC et un egress MPLS ) et non pas un seul qui fait tout.
 
  Si tu veux plus d'information, contacte moi hors-liste.
 
  Bien cordialement,
 
  Tristan Mahé.
 
  Le 06/06/2012 14:16, Mickael Hubert a écrit :
   Bonjour à tous, Nous sommes à la recherche d'un SBC sip2sip gérant
   le MPLS. En effet Hexanet collecte ses clients soit en MPLS ou par
   accès standard (IP public). Nous sommes confrontés à un problème de
   taille: faire passer le SIP et surtout le flux RTP du réseau client
   vers le backbone VOIP (backbone basé principalement sur OpenSIPS
   pour la SIG et MediaProxy pour le RTP).
  
   *Nous avons certaines contraintes:* - Gestion de diverses
   interfaces MPLS (une patte par MPLS client) - Gestion d'une ou
   plusieurs interface(s) publique(s) - Règle de routage avancée (Ex:
   rediriger les REGISTER vers certains serveurs) - Manipulation des
   header SIP - transcodage voix - possibilité de High Availability
   mode (Ex: VRRP sur les interfaces)
  
   Sachant que nous faisons la sécurité SIP sur les OpenSIPS, nous
   n'avons pas besoin d'une grosse Bertha qui sait tout faire, mais je
   doute trouver un SBC qui sait répondre aux contraintes ci-dessus
   sans pour autant réaliser la sécu SIP
  
   *Nos recherches actuelles:* - Acme Packet (Net-Net 3820) - Cisco
   (ASR 1000) - Cirpack (d'après leur doc il ne gérerait pas le MPLS)
  
   Si quelqu'un connait différents modèles et qui a un retour
   d'expérience, je suis preneur de toutes infos.
  
   Merci d'avance
  
  
 
 
  - --
  Tristan Mahé
  BC
  08.25.59.50.59
  -BEGIN PGP SIGNATURE-
  Version: GnuPG v1.4.12 (GNU/Linux)
 
  iEYEARECAAYFAk/PUR8ACgkQ6Fs8qPC3T2mihQCdGj/pL1U2Qia5IbHZGNE4J0Nk
  c50AnjNIINSw6nXIQ7kfJcm/6f5MxyGQ
  =ysSa
  -END PGP SIGNATURE-
 
 
  ---
  Liste de diffusion du FRnOG
  http://www.frnog.org/
 



 --
 Cordialement

 Hubert Mickaël
 Hexanet

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




-- 
Cordialement,

Guillaume BARROT

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


Re: [FRnOG] [MISC] Recherche SBC SIP 2 SIP gérant le MPLS

2012-06-06 Par sujet Guillaume Leclanche
Bonjour Mickael,

Le 6 juin 2012 05:16, Mickael Hubert m.hub...@hexanet.fr a écrit :

 *Nos recherches actuelles:*
 - Acme Packet (Net-Net 3820)
 - Cisco (ASR 1000)
 - Cirpack (d'après leur doc il ne gérerait pas le MPLS

Nous avons une très mauvaise expérience de l'ASR1000 pour SBC et
(indépendamment du SBC) pour SIP NAT ALG. La partie MPLS en revanche
ça va.

Guillaume


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


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

2012-06-07 Par sujet Guillaume Barrot
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] Un datacenter autonome en énergie

2012-06-07 Par sujet Guillaume Barrot
Deux tiers / un tiers serait deja pas mal ! :D

Le 7 juin 2012 22:47, Thomas Mangin thomas.man...@exa-networks.co.uk a
écrit :

 Euh.. C'est plus deux tiers un tiers.

 Thomas

 On 7 Jun 2012, at 20:30, Radu-Adrian Feurdean wrote:

 
  On Thu, 7 Jun 2012 20:58:44 +0200, Arnaud Fenioux afeni...@gmail.com
  said:
  On pourrait imaginer d'en faire 1 sur 2 en dehors de Paris (en rêve oui
 je sais ;)
 
  Il me semble que chez les anglais il font exactement ca avec UKNOF : un
  a Londres, un ailleurs.
 
 
  ---
  Liste de diffusion du FRnOG
  http://www.frnog.org/




-- 
Cordialement,

Guillaume BARROT

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


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

2012-06-11 Par sujet Guillaume Barrot
Sur les backbones, je ne vois plus aucun interet a conserver une MTU a 1500.
9000 ou 9216 suivant les constructeurs, et plus aucun probleme dans le
backbone, que ce soit IPv6, MPLS, LISP etc.

Par contre sur le lien PE-CE, la question reste entière, notamment dans le
cas d'interco de Datacenter, qui plus est quand il y a du storage a faire
passer.



Le 11 juin 2012 11:07, Jérôme Nicolle jer...@ceriz.fr a écrit :

 Le 09/06/12 17:30, Stephane Bortzmeyer a écrit :
  On Sat, Jun 09, 2012 at 04:07:06PM +0200,
   Julien Richer jul...@ywigo.fr wrote
   a message of 35 lines which said:
 
  Pour la qualification du natif, qui est d'accord pour prendre le MTU
  comme mesure ?
 
  Moi. Car c'est ce qui est important du point de vue *pratique* (sites
  bogués qui filtrent l'ICMP packet-too-big, etc)... Le reste est plutôt
  de l'esthétique.

 Dans ce cas autant faire les choses bien du premier coup et passer pour
 l'occasion à des MTU plus élevés

 http://staff.psc.edu/mathis/MTU/


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


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




-- 
Cordialement,

Guillaume BARROT

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


Re: [FRnOG] [TECH] Vous avez perdu le mot de passe de votre F5 BIG-IP ?

2012-06-11 Par sujet Guillaume Barrot
Le pire dans l'histoire  c'est que la faille est decouverte en fevrier,
mais que le constructeur commence a prevenir ses clients fin mai pour une
annonce publique en juin...
Le 11 juin 2012 16:57, Stephane Bortzmeyer bortzme...@nic.fr a écrit :

 Pas de problème pour le récupérer :-)

 http://www.exploit-db.com/exploits/19064/


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


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


Re: [FRnOG] [TECH] ICMP / IPv4 / IPv6 / Orange / ...

2012-06-15 Par sujet Guillaume Barrot
Comme Orangina rouge : pc que !.
Et puis dans la vision obscurantiste de la securite, l'ICMP c'est le mal,
donc voila.
Ceci dit, ton petit mail va surement leur faire combler un oublis pour
ICMPv6, qui devrait être filtré comme tout le monde ! (De toutes façons la
MTU vaut TOUJOURS 1500, non ?)

Bon trolledi a tous. :D


Le 15 juin 2012 11:24, Laurent CARON lca...@unix-scripts.info a écrit :

 Bonjour,

 Dans ce mail un peu fourre-tout je me pose quelques questions et en
 profite pour vous les soumettre au cas où...l'un(e) d'entre vous
 pourrait m'éclairer.

 - La réécriture des ICMP echo-reply par orange dont un exempla est
  disponible ici: http://www.bortzmeyer.org/orange-3g.html

  Pourquoi ?

 - Le filtrage des ICMP echo-request/reply par orange (en IPv4):
 Exemple pour la destination 213.56.188.149

  1. 82.66.93.254
  2. 213.228.4.254
  3. 212.27.57.217
  4. 212.27.57.214
  5. 193.252.160.153
  6. 193.251.126.65
  7. 81.253.181.209
  8. 81.253.180.177
  9. 81.253.182.129
 10. 193.253.87.137
 11. 193.252.227.38
 12. ???

  Pourquoi ?

 - Les ICMP echo-request/reply ne sont pas bloqués en IPv6 (le nouvel
  internet by orange):
 Exemple pour la destination 2a01:c916:1:1::14

  1.|-- 2a02:27d0:116::3
  2.|-- 2001:1b48:2:103::171
  3.|-- 2001:1b48:2:3::1
  4.|-- 2001:688:0:3:1::1
  5.|-- 2001:688:0:2:3::b3
  6.|-- 2001:688:0:2:7::23
  7.|-- 2001:688:0:2:5::15
  8.|-- 2001:688:0:3:7::22
  9.|-- 2a01:c000:0:2102::2
 10.|-- 2a01:c000:10:800::1
 11.|-- 2a01:c000:10:800::2
 12.|-- 2a01:c916:1:1::14

  Là, je ne demande pas pourquoi, mais je constate que ça passe ;)

 Laurent

 PS: Je n'ai pas hésité une seconde à envoyer ce mail un vendredi ;)


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




-- 
Cordialement,

Guillaume BARROT

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


Re: [FRnOG] [TECH] ICMP / IPv4 / IPv6 / Orange / ...

2012-06-15 Par sujet Guillaume Barrot
it's not a bug, it's a feature !

Le 15 juin 2012 12:06, Jérôme Nicolle jer...@ceriz.fr a écrit :

 Le 15/06/12 11:24, Laurent CARON a écrit :
  - Les ICMP echo-request/reply ne sont pas bloqués en IPv6 (le nouvel
internet by orange):
 
Là, je ne demande pas pourquoi, mais je constate que ça passe ;)

 La spec est partie à l'équipementier mais elle n'est pas dans les
 priorités pour les prochaines releases.

 T'en fait pas, il est prévu qu'Orange casse aussi IPv6.

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


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




-- 
Cordialement,

Guillaume BARROT

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


Re: [FRnOG] [MISC] Bonus / malus technologique

2012-06-15 Par sujet Guillaume Barrot
Ça existe déjà sur certaines offres d'hébergement :
- IPv4 publique : payant (et pas donné en plus)
- /64 IPv6 : gratuit

Et pourtant, çà n'a pas l'air de motiver les hébergés ...

Le 14 juin 2012 15:25, Jérôme Nicolle jer...@ceriz.fr a écrit :

 Plop,

 Suite au lien posté par XioNoX sur le canal IRC :

 http://www.kogan.com/au/blog/new-internet-explorer-7-tax/

 Je me dis qu'on est à la bourre sur les bonnes idées.

 Maintenir la compatibilité avec des antiquités est coûteux. La charge
 est légitimement imputable. Leur démarche est donc très intéressante, et
 gagnerait à être plus largement suivie.

 Dans le même acabit, on pourrait se dire qu'on gagnerait sur le
 long-terme à être incitateurs dans l'adoption des nouvelles technologies.

 Je propose donc à tous les commerçants en ligne une initiative conjointe
 et symbolique : Pour qui utilise vos services avec un navigateur récent,
 un OS non troué par définition et surtout en IPv6, proposez donc un
 pourcentage symbolique de réduction !

 Chiche ?

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


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




-- 
Cordialement,

Guillaume BARROT

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


Re: [FRnOG] [MISC] Bonus / malus technologique

2012-06-15 Par sujet Guillaume Barrot
Plutôt que de faire payer une taxe, tu fais juste une page poubelle genre
votre browser est obsolète, ce site ne peut être affiché et les liens des
browsers récents, et fini.
C'est pas illégal, c'est juste vache, mais ça marche.

Le 15 juin 2012 16:48, Radu-Adrian Feurdean
fr...@radu-adrian.feurdean.neta écrit :


 On Fri, 15 Jun 2012 13:23:03 +0200, Damien Fleuriot m...@my.gd said:

  Comme ça on taxe les rapides, les lents, les mecs avec des navigateurs
  antiques, les mecs avec des navigateurs borderline genre chromium ou
  konqueror, après tout c'est 3% de part de marché et pourtant faut aussi
  que le site s'affiche correctement...

 Tant qu'on y est, augmenter tous les prix de x% directement. Ca doit
 etre la solution la plus simple :)

  vendredi ca reste vendredi 


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




-- 
Cordialement,

Guillaume BARROT

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


Re: [FRnOG] [MISC] Bonus / malus technologique

2012-06-15 Par sujet Guillaume Barrot
C'te blague.
Parce que la taxe sous pretexte que tu n'ais pas a jour ne le pousse pas a
aller acheter ailleurs dans ce cas ?

Cas 1 : geek chevelu. Faux cas, il a pas IE.
Cas 2 : mamie du cantal. Prise de panique devant la faille de securite que
tu lui annonces, elle appelle derechef son fils pour qu'il lui achete un
nouvel ordinateur avec un navigateur a jour.
Cas 3 : papi de Paris ou Kevin de la proche banlieue qui veut pas faire
evoluer son PC, car il ne subit pas le dictat des sites qui lui propose
d'upgrader : 3% des cas maximum donc, peu de chances qu'il soit venu sur
ton site sciemment pour acheter un truc. A priori il s'est perdu sur le
web, et mourra avant de trouver la sortie, probablement d'une overdose de
gif animes.

Bref, soit tu estimes qu'il faut réagir face aux clients qui utilise des
navigateurs moisis, et quoi que tu fasses tu prends le risque qu'ils se
barrent, soit tu te dis que le client est roi, et tu dépenseras a terme une
fortune pour satisfaire tous ses desiderata.
Je prefere le premier cas, perso.

Le 15 juin 2012 22:15, Élodie de FranceServ Hébergement ad...@franceserv.fr
 a écrit :

 Le 15/06/2012 21:16, Guillaume Barrot a écrit :

  Plutôt que de faire payer une taxe, tu fais juste une page poubelle
 genre
 votre browser est obsolète, ce site ne peut être affiché et les liens
 des
 browsers récents, et fini.
 C'est pas illégal, c'est juste vache, mais ça marche.


 C'est surtout vache pour soit même qui perdons le client car il vas passer
 commande ailleurs ;)



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




-- 
Cordialement,

Guillaume BARROT

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


Re: [FRnOG] [TECH] Cohabition HSRP + VRRP

2012-06-25 Par sujet Guillaume Barrot
Stuck in ze process, c'est pas les mêmes équipes qui réfléchissent et qui
développent :D

Le 25 juin 2012 15:06, Olivier Benghozi olivier.bengh...@wifirst.fr a
écrit :

 Le 25 juin 2012 à 14:00, Stephane Bortzmeyer a écrit :
  Revoir la RFC 2338 http://www.faqs.org/rfcs/rfc2338.html
 
  Deux RFC de retard :-) La 2338 avait été remplacée par la 3768,
  l'actuelle étant la 5798.

 Bon, enfin pas si en retard que ça, quand tu vois que la RFC 5798 est
 signée par un gars d'Ericsson (ex-Redback) en 2010 et que leurs produits en
 2012 font référence à la 2338...
 Une RFC pas implémentée, ça reste virtuel :)


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




-- 
Cordialement,

Guillaume BARROT

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


Re: [FRnOG] [MISC] Étiquetage des cables en datacenter

2012-06-25 Par sujet Guillaume Barrot
Dans le désordre

http://www.patchsee.com/en/rj45-patch-cords.php
pas d'étiquettes, une fibre optique court le long du RJ45, et quand tu
appliques de la lumière d'un coté, ça eclaire l'autre extrémité

http://annuaire.pole-astech.org/var/ezflow_site_clean/storage/entreprise/documentations/Livre_blanc_sur_l_Orgaripatch_r__235_164.PDF

pour le pré-cablage en grande quantité de platine a platine, ou de platine
a switchs. Une étiquette déjà présente sur le toron, puis un jeu de bagues
de couleurs pour repérer les jarretières.

Après tu as des systemes automatiques, je crois que les cablages TERA chez
Siemeon propose ce genre d'option, ou depuis une station avec l'outil qui
va bien, tu peux voir un schéma dynamique du cablage sur site (via un
protocole propriétaire qui passe sur un conducteur dans la gaine, de ce que
j'en ai compris).
A creuser parce que je n'ai pas retrouvé sur le net ce qu'on m'avait
présenté.
Lien vers le constructeur :
http://www.siemon.com/int/download/brochures/systems/TERA-System_french.pdf

Le 25 juin 2012 15:24, Benjamin SCHILZ benja...@whd-rs.com a écrit :

 Bonjour,

 Vous utilisez/conseillez quoi comme solution d’étiquetage de câbles en
 datacenter ? (serveurs principalement)

 Pour le moment on utilise une dymo basique mais ça commence à devenir le
 bordel en repérage et au bout d'un moment ça se décolle.

 Je suis tombé par hasard la dessus :
 http://www.rawrgv.com/images/2012/06/15/ABqEt.jpg
 Ça semble pas mal mais je n'arrive pas à trouver la machine permettant de
 le
 faire... (avec la protection plastique autour de l'étiquette).

 Merci d'avance,

 Benjamin Schilz


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




-- 
Cordialement,

Guillaume BARROT

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


Re: [FRnOG] [MISC] Étiquetage des cables en datacenter

2012-06-25 Par sujet Guillaume Barrot

 Les patchsee, c'est sympa et assez sexy c'est vrai,  mais combien de temps
 tu mets pour re-câbler un switch 48 ports en urgence qui vient de tomber
 avec ce système?
 L'étiquette sur chaque câble reste, pour moi, la solution la plus fiable
 et la moins onéreuse.


C'est a ca que servent les orgaripatches. Ca remplace les RJ21 de l'ancien
monde, avec des peignes de RJ45 standards.
Du coup recabler 48 ports revient a recabler 4 peignes de 12 RJ45 chacun.

Les patchsee c'est plus pour la distribution au plus pres de l'utilisateur
ou du serveur, dans une topologie centralisee avec du precablage.

Dans un Datacenter, en top of rack, rien ne vaut l'orgaripatch.

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


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

2012-06-28 Par sujet Guillaume Barrot
vendredi est un concept flou dans le frnog ... vendredi peut tomber
n'importe quel jour et n'importe quel jour peut etre un vendredi :)
Le 28 juin 2012 07:23, Pierre Col - p...@9online.fr p...@9online.fr a
écrit :

  l'etat je veux pas qu'il touche a mon travail/mon business.

 Mouhahaha !
 Il y a une faille dans l'espace-temps et on est déjà vendredi ?

 --
 Pierre


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


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


Re: [FRnOG] [TECH] Boitiers XOT

2012-07-02 Par sujet Guillaume Barrot
Dans le référentiel de la boite, c'est le mur qui leur fonce dessus, donc
c'est pas de leur faute, c'est au mur de les éviter.
Comme on dit dans la marine americaine http://youtu.be/k1T_YCw0NMc ...

Ou plus pret de chez nous (entendu en réunion) : C'est pas parce qu'on
sait qu'on va droit dans le mur qu'il ne faut pas y aller

Le 2 juillet 2012 13:29, Gaëtan Duchaussois
gaetan.duchauss...@laposte.neta écrit :

 Le 02/07/2012 12:30, sxpert a écrit :

  On 2012-07-01 23:12, s.lesim...@b-and-c.net wrote:

 Raphael,

 S'agissant du X.25 à destination des organismes bancaires et sachant
 qu'un certain nombre d'entre eux ne sont pas prêts, la DIVOP serait en
 train de préparer une OSM.
 Peut être judicieux de se rapprocher d'eux avant tout?

 Cdt,
 Sébastien.


 ces gens appliquent la technique
 on attends de se prendre le mur avant de penser a migrer,
 en dépit de l'annonce de l'arret du truc depuis des années ?


  C'est de la faute à une certaine branche de la physique où on leur a dit
 que sur un malentendu on pouvait franchir un mur…

 Gaëtan



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




-- 
Cordialement,

Guillaume BARROT

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


Re: RE : Re: [FRnOG] [MISC] Problème sur le réseau mobile?

2012-07-08 Par sujet Guillaume Barrot
Diameter etant l'evolution de Radius, tous les gens ayant ici des
architectures LNS/Radius/BDD ou LDAP s'etonneront de la faculté des
operateurs mobiles a se planter quand il s'agit de coupler un terminateur
de tunnel a un AAA, et qui plus est a faire ca sans acheter des Cray
pour répondre aux requêtes.
Combien de telco ont reussi a vautrer le control-plane sur les tests LTE
depuis 2 ans ? ah un certain nombre quand meme !

Mais oui mais ma bonne dame, nombre de FAI deploie du LNS depuis des
années, avec des Radius base open source, alors que les operateurs mobiles
ont decouvert le paquet sur le tard (jusqu'a la 3G, le seul bon paquet pour
un operateur mobile etait un Colissimo), donc ils decouvrent la joie du
dimensionnement de plateformes de services fournies par des
constructeurs, avec en plus que du soft propriétaire...

C'est clair qu'une batterie de Radiator sur X86 avec du load-balancer en
frontal, un peu d'anycast pour saupoudrer ca sur plusieurs sites, c'est
compliqué. Combien de ces memes Telco ont ca sur leur infra fixe pour la
collecte via un operateur tiers ???
Mais, pour le mobile, le constructeur n'ayant pas ca au catalogue on achete
la boiboite bien opaque et on deploie ca en priant le sacro-saint contrat
de maintenance, avec un PRA sur le site d'a coté, et une replication
synchrone des bases de données (comme ca, quand on corrompt la base de
droite, c'est instantannement que la base de gauche est corrompue aussi. Ca
c'est de l'efficacité !)

Quant au HLR, que penser d'un annuaire qu'on interroge encore en 2012, en
SS7 ?
Oui car quand on regarde de plus pret, ca ressemble vachement a un annuaire
le HLR, avec un champ particulier qui decrit sur quelle BTS on est accroché.
Alors bon, le HSS c'est pas mieux ... On reinvente le radius, mais avec un
protocole de transport tout neuf, pour etre bien sur que personne ne le
supporte et que ca tourne qu'en CPU (va faire du SCTP offload sur ta carte
réseau tiens ...)
Bon ca un interet faible, qui est de faire cramer les firewalls (qui
n'aiment pas DU TOUT le SCTP), et la culture sur brûlis, y a que ca de vrai.

Admettons que ce soit 1000 fois plus compliqué que ca, la base de ces
equipements contenant des données clients est quand meme connue : qu'est ce
qu'on fait quand on veut securiser une base de données ? On en fait
plusieurs, et on ne fait surtout pas de synchrone. C'est connu. C'est pas
comme si des vieilles bases de données avec des contraintes de temps réels
et du PRA dans tous les sens n'existaient pas dans le monde, au hasard dans
le domaine bancaire et assurance...
Et il vaut mieux avoir une perte d'une heure de données que 10h de
restauration de base corrompue.

Bref, si vous voulez que les operateurs mobiles arretent de peter leur
control plane, et bien arretez d'acheter des bases de données a des
constructeurs de switchs ATM. Normalement ca devrait marcher mieux.


Le 8 juillet 2012 20:57, Pierre `Sn4kY` DOLIDON sn...@sn4ky.net a écrit :

 Plus d'explications ici : http://blogs.univ-poitiers.fr/**
 f-launay/2012/07/08/diameter-**la-panne-dorange/http://blogs.univ-poitiers.fr/f-launay/2012/07/08/diameter-la-panne-dorange/

 Le 08/07/2012 13:28, Xavier Hinfray a écrit :

  c est décentralisé. mais quand un bug logiciel fait planter un bout du
 hlr , celui ci passe sur un autre noeud. et l autre noeud plante à son tour
 un peu plus tard à cause du même bug bref, décentralisé ne change rien
 pour ce type de problème.




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




-- 
Cordialement,

Guillaume BARROT

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


Re: [FRnOG] [MISC] [TROLL] Problème sur le réseau mobile?

2012-07-08 Par sujet Guillaume Barrot
Je ne suis pas certain que TOUS les operateurs mobiles en France achetent
leur Plateforme IN ... suffit de voir les profiles Linked In sur
Montpellier ...
Et c'est quoi cette manie de trouver un nom commercial aux plateformes ?
Plateformes IN, pour Intelligent (car Intelligent Network etc.) ... ca veur
dire quoi ? Que les autres plateformes sont betes comme leurs pieds ?

Le 9 juillet 2012 05:48, Francois Demeyer franc...@demeyer.net a écrit :

 Ce n'est pas pire que continuer a payer des SMS-C et MMS-C des millions
 d'€/$, alors que c'est conceptuellement pas bien différent d'un bon gros
 serveur serveur SMTP, et d'appeler par des termes encore plus abscons ce
 que le reste du monde appelle routeur (et j'en passe) ...
 Tant que les opérateurs mobiles consentiront a payer 1000 fois le prix des
 produits standards sous prétexte de se réinventer leurs protocoles maisons
 tellement vachement mieux que ceux qui marchent bien ailleurs...

 L'évolution économique et les vautrages réguliers auront peut-etre raison
 de cette situation :-)
 Convergence qu'ils disaient...

 Oui, je sais, on n'est plus vendredi...

 Naaannn... Patapé M'sieur...


 Le 8 juil. 2012 à 23:47, Guillaume Barrot a écrit :

  Diameter etant l'evolution de Radius, tous les gens ayant ici des
  architectures LNS/Radius/BDD ou LDAP s'etonneront de la faculté des
  operateurs mobiles a se planter quand il s'agit de coupler un terminateur
  de tunnel a un AAA, et qui plus est a faire ca sans acheter des Cray
  pour répondre aux requêtes.
  Combien de telco ont reussi a vautrer le control-plane sur les tests LTE
  depuis 2 ans ? ah un certain nombre quand meme !
 
  Mais oui mais ma bonne dame, nombre de FAI deploie du LNS depuis des
  années, avec des Radius base open source, alors que les operateurs
 mobiles
  ont decouvert le paquet sur le tard (jusqu'a la 3G, le seul bon paquet
 pour
  un operateur mobile etait un Colissimo), donc ils decouvrent la joie du
  dimensionnement de plateformes de services fournies par des
  constructeurs, avec en plus que du soft propriétaire...
 
  C'est clair qu'une batterie de Radiator sur X86 avec du load-balancer en
  frontal, un peu d'anycast pour saupoudrer ca sur plusieurs sites, c'est
  compliqué. Combien de ces memes Telco ont ca sur leur infra fixe pour
 la
  collecte via un operateur tiers ???
  Mais, pour le mobile, le constructeur n'ayant pas ca au catalogue on
 achete
  la boiboite bien opaque et on deploie ca en priant le sacro-saint contrat
  de maintenance, avec un PRA sur le site d'a coté, et une replication
  synchrone des bases de données (comme ca, quand on corrompt la base de
  droite, c'est instantannement que la base de gauche est corrompue aussi.
 Ca
  c'est de l'efficacité !)
 
  Quant au HLR, que penser d'un annuaire qu'on interroge encore en 2012, en
  SS7 ?
  Oui car quand on regarde de plus pret, ca ressemble vachement a un
 annuaire
  le HLR, avec un champ particulier qui decrit sur quelle BTS on est
 accroché.
  Alors bon, le HSS c'est pas mieux ... On reinvente le radius, mais avec
 un
  protocole de transport tout neuf, pour etre bien sur que personne ne le
  supporte et que ca tourne qu'en CPU (va faire du SCTP offload sur ta
 carte
  réseau tiens ...)
  Bon ca un interet faible, qui est de faire cramer les firewalls (qui
  n'aiment pas DU TOUT le SCTP), et la culture sur brûlis, y a que ca de
 vrai.
 
  Admettons que ce soit 1000 fois plus compliqué que ca, la base de ces
  equipements contenant des données clients est quand meme connue : qu'est
 ce
  qu'on fait quand on veut securiser une base de données ? On en fait
  plusieurs, et on ne fait surtout pas de synchrone. C'est connu. C'est pas
  comme si des vieilles bases de données avec des contraintes de temps
 réels
  et du PRA dans tous les sens n'existaient pas dans le monde, au hasard
 dans
  le domaine bancaire et assurance...
  Et il vaut mieux avoir une perte d'une heure de données que 10h de
  restauration de base corrompue.
 
  Bref, si vous voulez que les operateurs mobiles arretent de peter leur
  control plane, et bien arretez d'acheter des bases de données a des
  constructeurs de switchs ATM. Normalement ca devrait marcher mieux.
 
 
  Le 8 juillet 2012 20:57, Pierre `Sn4kY` DOLIDON sn...@sn4ky.net a
 écrit :
 
  Plus d'explications ici : http://blogs.univ-poitiers.fr/**
  f-launay/2012/07/08/diameter-**la-panne-dorange/
 http://blogs.univ-poitiers.fr/f-launay/2012/07/08/diameter-la-panne-dorange/
 
 
  Le 08/07/2012 13:28, Xavier Hinfray a écrit :
 
  c est décentralisé. mais quand un bug logiciel fait planter un bout du
  hlr , celui ci passe sur un autre noeud. et l autre noeud plante à son
 tour
  un peu plus tard à cause du même bug bref, décentralisé ne change
 rien
  pour ce type de problème.
 
 
 
 
  ---
  Liste de diffusion du FRnOG
  http://www.frnog.org/
 
 
 
 
  --
  Cordialement,
 
  Guillaume BARROT
 
  ---
  Liste de diffusion du FRnOG
  http

Re: [FRnOG] [MISC] Problème sur le réseau mobile?

2012-07-09 Par sujet Guillaume Barrot
tu veux dire que ce qui est vrai pour le réseau électrique (un réseau géré
par un opérateur non distributeur, et des distributeurs d'électricité), le
gaz (idem), l'eau (idem, sauf que c'est au niveau des collectivités locales
que ça se passe), etc ... ne serait pas possible dans le fabuleux monde des
telecoms ?

Le RAN Sharing est envisagé pour la 4G, parce que les opérateurs ne
pourront pas répercuter le prix de 4 réseaux en parallèle sur les clients,
alors que ça fait 15 ans qu'on vit avec 3 antennes de réseaux concurrents à
10m de distance (donc 3 baux à payer etc...)

Mouais, pas convaincu que ça serait pire que maintenant ...

Le 9 juillet 2012 14:17, Radu-Adrian Feurdean 
fr...@radu-adrian.feurdean.net a écrit :



 On Mon, Jul 9, 2012, at 11:32 AM, Jérôme Nicolle wrote:
  Tu voudrais dire que ç'aurait été moins con, aussi bien pour la
  fiabilité, pour la gestion des sites que pour le bon usage du spectre
  radio, et pour le coup pour la concurrence aussi, de faire un seul
  réseau de téléphonie mobile avec tout plein de MVNO dessus ?

 On le sait tous, mettre tous les oeufs dans un meme panier c'est une
 best practice (la meilleure).


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




-- 
Cordialement,

Guillaume BARROT

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


Re: RE : Re: [FRnOG] [MISC] Problème sur le réseau mobile?

2012-07-09 Par sujet Guillaume Barrot
Avant de pouvoir envoyer un SMS, encore faut-il arriver à s'enregistrer sur
le réseau.

http://en.wikipedia.org/wiki/Network_switching_subsystem#Home_location_register_.28HLR.29


Vu que le role du HLR est de vérifier cette authentification, s'il tombe,
tu pers l'accès au réseau.
Donc plus de SMS, plus d'appels ...

S'il est juste au taquet, tu peux avoir des requetes d'authentification
qui échoue, et donc des déconnexions intempestives (ou plutot des non
reconnexions), mais aléatoire.

Encore une fois, il suffit de faire l'analogie (grossière) avec BOX / LNS /
Radius / Base de donnée.
Si la base de donnée, ou le Radius est au taquet, tes requetes
d'authentification depuis le LNS échoue, et tu n'as pas de connexion. Si
c'est au taquet, ça peut etre juste tres long, et/ou peu stable.

Si tu veux vérifier dans quel callflow exacte, la panne éventuelle d'un HLR
a pu poser problème :

http://www.eventhelix.com/RealtimeMantra/Telecom/#GSM_Circuit_Switched_Call_Flows

bon courage, c'est juste indigeste ...

Le 9 juillet 2012 17:54, Stephane Le Men 
stephane.le...@anycast-networks.com a écrit :

 On 07/08/2012 01:28 PM, Xavier Hinfray wrote:

  c est décentralisé. mais quand un bug logiciel fait planter un bout
 du hlr , celui ci passe sur un autre noeud. et l autre noeud plante à
 son tour un peu plus tard à cause du même bug bref, décentralisé
 ne change rien pour ce type de problème.


 Il y a un problème avec ce que vous dites, c'est que quand on lit des
 difficultés à envoyer des SMS dans la presse et qu'on connait un peu les
 réseaux, il suffit de trouver le call-flow d'un SMS pour voir où et quand
 le HLR intervient.

 http://en.wikipedia.org/wiki/**Short_message_service_**
 technical_realisation_%28GSM%**29http://en.wikipedia.org/wiki/Short_message_service_technical_realisation_%28GSM%29

 Dans l'envoi du SMS le HLR n'intervient pas. Dans la réception seulement.
 Dans la presse, on n'a pas lu difficultés à recevoir, mais difficultés à
 envoyer. Le HLR ne peut donc pas être en cause dans les problèmes d'envoi
 d'un SMS.

 On peut refaire la même recherche pour la data:

 http://www.scribd.com/doc/**57489605/GPRS-Call-Flowhttp://www.scribd.com/doc/57489605/GPRS-Call-Flow

 Donc dire que le HLR est la cause des difficultés d'envoi de SMS ou pour
 l'accès Internet est équivalent à dire que quand on obtient no route to
 host à la commande telnet 10.10.10.1, c'est de la faute au DNS qui ne
 marche pas.

 Je suis désolé de vous dire cela, mais ce sont les call-flow qui le
 disent, moi je ne fais que le remarquer.

 Le call-flow de wikipédia pour un sms-mo n'est pas complet, on peut le
 modifier dans le HLR pour interroger un billing.

 D’après cette page, France Telecom aurait cette plateforme:

 http://wwwen.zte.com.cn/en/**solutions/vas/consumer/200912/**
 t20091224_179017.htmlhttp://wwwen.zte.com.cn/en/solutions/vas/consumer/200912/t20091224_179017.html

 A partir des infos publiés dans la presse, le problème de vendredi
 ressemble beaucoup plus à une scène de ménage entre FranceTelecom et sa
 plateforme de billing ZTE plutôt qu'un problème de HLR.

 Le HLR, c'est plutôt le système sur lequel on se jette pour tenter de
 donner un peu d'oxygène à son billing en plein d’évanouissement et qu'on ne
 sait pas quoi faire d'autre.

 L'interview au Figaro donne lance une hypothèse, le passage en production
 sur le billing d'une nouvelle configuration, d'une nouvelle offre
 commerciales ... insuffisamment qualifiée et qui a d'abord fait trébuché le
 billing pour ensuite le planter.



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




-- 
Cordialement,

Guillaume BARROT

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


Re: [FRnOG] [MISC] Problème sur le réseau mobile?

2012-07-09 Par sujet Guillaume Barrot

 Enfin y a certains opérateur avec qui je bossais qui avais décidé qu'il
 étais mieux de perdre du billing en cas de castastrophic failure plutôt
 d'avoir un incident qui empêche ses clients et les clients de ses clients
 de se connecter.


Saint-homme !
Enfin un qui a compris qu'un client satisfait reste, et donc rapportera a
terme plus que ce qu'on peut perdre en cas de gros crash ...

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


Re: RE : Re: [FRnOG] [MISC] Problème sur le réseau mobile?

2012-07-09 Par sujet Guillaume Barrot

 Mais comme on en est à parler de 3G, 2G, etc, est-ce qu'il n'est pas
 imaginable (en simplifiant l'explication) de dupliquer la base des comptes
 sur 2 plateformes bases relativement indépendantes et d'utiliser l'une
 pour la 3G et l'autre pour la 2G/autre ? Comme les 2 ont l'air de
 communiquer différemment avec leur base, ça me semblerait pas forcément
 déconnant.


Tu perds le handover seamless entre 2G et 3G.
Ta technique fonctionne si tes couvertures 2G et 3G sont strictement
identiques, et que tu consideres que tu as deux types de forfaits
différents : forfaits 2G et forfaits 3G.
Ca revient a segmenter tes offres par la techno d'acces ... mais personne
ne fait ca ...

http://www.swisscom.ch/res/mobile/tarife/index.htm?languageId=fr#infinity

aaaie caramba, encore raté !

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


Re: [FRnOG] [MISC] ARCEP/PEERING LE MATCH COMMENCE

2012-07-12 Par sujet Guillaume Barrot

 Clarté, transparence, contrat et régulation intelligente…


Tout ça est beau sur le papier, mais tellement difficile à mettre en place.

La régulation intelligente typiquement dépend totalement du point de vue
que l'on prend :
- client final : maximum de service, pas cher, tout trafic est prioritaire
- opérateur : minimum de bande passante utilisée, maximum de profit,
controle du contenu, option payantes
- fournisseur de contenu : minimum de frais d'infrastructure, maximum de
trafic, pas de taxes sur la pub, qualité de service garantie

Bref, tout ça est totalement divergent, donc même avec des héros
du consensus, une des partie au moins se sentira flouée.

Mais c'est pas pour ça qu'il faut abandonner !

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


Re: [FRnOG] [MISC] ARCEP/PEERING LE MATCH COMMENCE

2012-07-12 Par sujet Guillaume Barrot

  - fournisseur de contenu : minimum de frais d'infrastructure, maximum de
  trafic, pas de taxes sur la pub, qualité de service garantie

 Lui il est forcement etranger, grand et mechant - le personage
 negatif des histoires ecrites par l'operateur pour que le gouvernement
 le raconte aux clients finaux.

 Et apart tout ca, il y a nous, les moyens et petits, places d'office (sans
 le vouloir forcement) dans la derniere categorie. Le client final sait
 pas grand chose de nous, le gouvernement non plus (nous pouvons pas menacer
 par le licenciement de milliers de personnes).


Certes. Si Google était une boite française avec son sièges techniques et
ses datacenters en France, personne n'oserait même proposer de porter
atteinte à cette structure rapportant de l'argent et des emplois, via une
taxe sur son activité (autre que la TVA).

Problème, des fournisseurs de contenus (pas simplement hébergeur), il y
en a peu en France, ils sont peu connus de nos chers politiques et leurs
chiffre d'affaire mis bout a bout n'arrive pas à la cheville de ce que
génère Orange.
Et ne parlons pas des emplois générés, qui représentent à tout casser le
service juridique d'un opérateur téléphonique.
Bref, bien qu'indispensables, ils sont invisibles aux yeux des politiques.

Donc entre 100 grosses PME (ce n'est pas péjoratif, au contraire) et un
triumvirat de plusieurs dizaines de milliers de personnes générant beaucoup
de cash*, les opérateurs gagnent.
S'ils disent qu'il faut taxer Google, alors les politiques iront dans le
même sens, non parce que c'est vrai, mais pour ne pas donner tord à de gros
employeurs qui pourraient en profiter pour justifier des licenciements pour
faire des économies.

A court terme, tout va bien. Et depuis quand le long terme rentre en ligne
de compte ?

*
http://www.lepoint.fr/chroniqueurs-du-point/emmanuel-berretta/orange-sauve-son-dividende-08-06-2012-1470852_52.php
L'état étant actionnaire à hauteur de 27%...

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


Re: [FRnOG] [MISC] ARCEP/PEERING LE MATCH COMMENCE

2012-07-12 Par sujet Guillaume Barrot
Il y a pas longtemps, un ami m'a envoyé un lien

http://www.telecomstechnews.com/blog-hub/2012/jun/20/att-was-good-at-seeing-the-future-not-at-executing-on-it/


On y voit une pub de 1993 de ATT, où beaucoup s'accord à dire qu'on y
trouve, de façon remarquablement précise, bon nombre d'inventions de
contenu que l'on connait maintenant.

L'intérêt de cet article tiens dans le tableau en bas, où l'on voit que,
alors que le marketing d'ATT avait vraisemblablement l'idée, non seulement
les telcos n'ont pas réalisés ces innovations, mais ils y ont très peu
participé (pipe).

Il parait tout à fait normal que, *dans un monde concurrentiel*, un
constructeur d'infra de transport marge moins que disons une salle de
concert : autant si on veut aller voir tel artiste, on a pas le choix, il
faut aller dans telle salle à telle heure, autant on peut très bien decider
d'y aller en voiture, de prendre le train ou un taxi.

Les telcos n'ont pas ou peu réussi le virage du contenu puisqu'ils ont
essayé de lier absolument le contenu et le transport :  vous voulez voir la
chaine Orange Cinéma ? Il faut un abonnement Orange ADSL.== echec.
Contre-exemple : bien qu'ayant racheter DailyMotion, le site est toujours
accessible depuis les autres opérateurs == pas d'echec. L'avenir dira si
c'est une réussite.

De fait il est tout à fait normal qu'ils soient relégués au stade de
transporteur uniquement, et l'offre étant suffisante, qu'ils ne margent pas
(plus) comme des porcs. Rien ne les empeche de générer du contenu mais
l'expérience va plutot dans le sens d'un contenu totalement indépendant de
l'offre transport, y compris au sein du même groupe.

De là à dire qu'il n'est pas normal que les fournisseurs de contenu margent
trop et qu'ils doivent payer les telcos, il y a un pas que je ne franchirai
pas. Les stades de foot, cinéma, salle de spectacles payent ils des taxes
aux opérateurs d'autoroutes et/ou de parking, à la SNCF, aux aéroports et
compagnie aériennes, sous prétexte qu'ils génèrent du trafic ? Clairement
pas.




Le 12 juillet 2012 14:39, Dominique Lacroix d...@panamo.eu a écrit :

 Je crois que la fiscalisation du numérique est une tendance de fond.
 - On le voit aux US où Bill Clinton préconise de supprimer, dès 2013, les
 exonérations qu'il avait instituées fin des années 90 pour favoriser
 l'essor du eCommerce.
 Ex. http://clintonherald.com/**lifestyles/x546504574/Taxes-**
 for-online-shopping-gaining-**support-in-states-Congresshttp://clintonherald.com/lifestyles/x546504574/Taxes-for-online-shopping-gaining-support-in-states-Congress
 - On le voit dans les discussions de l'UIT qui préparent la révision des
 traités organisant les télécoms : la fiscalité est l'un des thèmes des
 débats.
 L'argument le plus fréquent est que les opérateurs réseaux, du fait de
 leur implantation physique, sont assujettis, tandis que les fournisseurs de
 contenus ne le sont pas. L'institut Coe-Rexecode a analysé des écarts de
 marge vertigineux.

 @+, Dom

 --
 Dominique Lacroix
 http://www.ies-france.eu
 +33 (0)6 63 24 39 14


 Le 12/07/12 12:03, Radu-Adrian Feurdean a écrit :


 On Thu, Jul 12, 2012, at 10:34 AM, Benoit Boissinot wrote:

 Voilà peut être la raison:
 http://www.lemonde.fr/**economie/article/2012/07/12/**
 le-gouvernement-veut-faire-**payer-plus-d-impots-a-google-**
 amazon-ou-apple_1732563_3234.**htmlhttp://www.lemonde.fr/economie/article/2012/07/12/le-gouvernement-veut-faire-payer-plus-d-impots-a-google-amazon-ou-apple_1732563_3234.html

 *Notamment celle de rendre obligatoires et payants les accords de
 pearing
 entre les opérateurs de télécommunications et les fournisseurs de
 services
 en ligne du type YouTube (filiale de Google). C'est-à-dire introduire un
 droit
 d'accès payant aux infrastructures de télécommunications.*

 Je vois pas un lien direct entre cette demarche et l'ARCEP. La on parle
 des mauvaises habitudes de l'etat francais qui consistent a dire que
 tout activite (y compris la respiration) est taxable.

 Indirectement, l'ARCEP pourrait faire plusieurs choses:
   - fournir aveuglement les donnees colletes pour faciliter la taxation
   - analyser les donees, comprendre que ce n'est pas la bonne voie, et
   donner son opinion contraire aux rapporteurs (en esperant que ca va
   etre pris en compte)
   - mettre la tele dans le sable (comme si les donnes collectes
   n'existaient pas)

 Dans tous les cas, oui, le match commence, mais ce n'est pas avec
 l'ARCEP, mais avec le gouvernement. Il faudra probablement organiser
 aussi une riposte organise et avec impact mediatique, comme celle de
 Janvier contre la SOPA/PIPA.


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



 --
 Dominique Lacroix
 Présidente
 Société européenne de l'Internet
 http://www.ies-france.eu
 +33 (0)6 63 24 39 14



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




-- 
Cordialement,

Guillaume BARROT

---
Liste de diffusion du FRnOG
http

Re: [FRnOG] [MISC] ARCEP/PEERING LE MATCH COMMENCE

2012-07-12 Par sujet Guillaume Barrot
Totalement d'accord, il faut un minimum de regulations, ne serait-ce que
parce que le gouvernement actuel, comme le précédent, étaient d'accord pour
dire qu'Internet est devenu un service de base pour tous les citoyens, au
même titre que l'électricité ou l'accès à l'eau potable.
D'où les propositions d'un tarif social d'ailleurs.

Donc sur le principe oui, maintenant il faut juste faire attention à ne pas
tomber dans le panneau de la sur-regulation et des lobbys.

Le 12 juillet 2012 17:32, Patrick Darlot
patrick.dar...@saintbresson.neta écrit :


 Patrick Darlot
 Frigoulet
 30440 Saint Bresson
 France
 06 70 21 75 98
 patrick.dar...@saintbresson.net




 Le 12 juil. 2012 à 15:21, Guillaume Barrot a écrit :

  De là à dire qu'il n'est pas normal que les fournisseurs de contenu
 margent
  trop et qu'ils doivent payer les telcos, il y a un pas que je ne
 franchirai
  pas. Les stades de foot, cinéma, salle de spectacles payent ils des taxes
  aux opérateurs d'autoroutes et/ou de parking, à la SNCF, aux aéroports et
  compagnie aériennes, sous prétexte qu'ils génèrent du trafic ? Clairement
  pas.

 Ok mais dans ce cas-là c'est au client de payer le trafic à un prix
 réaliste et là le client n'a pas assez de sous.

 Je vais à pieds au Théâtre car je n’ai pas assez de sous pour payer le
 taxi.
 Mais là je ne peux même pas aller à pieds au contenu internet et je suis
 obligé à payer le tuyau et je n’ai pas.

 Donc le raisonnement chacun pour soi ne fonctionne pas.
 C'est comme le rail et la locomotive, le gazoduc et le chauffage central,
 la ligne à haute tension et la lumière électrique (et encore je peux avoir
 mon panneau solaire)… etc………

 Désolé, mais la société est un système d'interdépendances permanentes et
 si l'on ne veut pas que ce soit le FarWest faut un minimum de régulateur,
 le marché n'a jamais été omniscient.

 Qu'il existe des régulations claires et non faussées n'a jamais été
 synonyme de totalitarisme.

 Pas de système parfait, mais dans un système jeune comme l'internet les
 prédateurs sont tentés.

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




-- 
Cordialement,

Guillaume BARROT

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


Re: [FRnOG] [MISC] ARCEP/PEERING LE MATCH COMMENCE

2012-07-13 Par sujet Guillaume Barrot
, ils ont
  seulement une portee locale ou regionale.
 
  Désolé, mais la société est un système d'interdépendances permanentes et
  si l'on ne veut pas que ce soit le FarWest faut un minimum de
 régulateur,
  le marché n'a jamais été omniscient.
 
  Non, mais le marche a raison a 100% des cas. C'est juste que parfois ca
  prend un peu tres longtemps a corriger, et que d'autres fois la
  correction est tres violente.
 
  Le regulateur par contre, il s'est deja trompe, donc il ne peut plus
  avoir raison a 100% des cas.
 
  Qu'il existe des régulations claires et non faussées n'a jamais été
 synonyme de totalitarisme.
 
  Regulations claires et non faussees c'est une utopie. Je suis plus
  confiant dans la fusion a froid :)
 
  Pas de système parfait, mais dans un système jeune comme l'internet les
 prédateurs sont tentés.
 
  L'etat en est un.


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




-- 
Cordialement,

Guillaume BARROT

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


Re: [FRnOG] [BIZ] VAS opensource

2012-07-16 Par sujet Guillaume Barrot
C'est pas tres 3GPP approved / compliant tout ca !
Mais excellente initiative, je soutiens :D

Du coté de Montpellier, on dirait que ca a recruté des developpeurs
plateformes IN si j'en crois LinkedIN.
De la a penser que les solutions OpenSources tout pretes n'existent pas, il
n'y a qu'un pas ...
Les projets OpenSMSC et OpenMMS n'ont pas ete mis a jour depuis des années
d'ailleurs :
http://www.openmms.org/
http://opensmsc.sourceforge.net/

Le 16 juillet 2012 22:30, Jacques VUVANT jacques.vuv...@gmail.com a écrit
:

 Bonjour

 Je suis à la recherche de solutions open source pour le remplacement de
 nos machines de services à valeur ajoutée très propriétaires() et assez
 obsolètes, tel que l'horloge parlante, SMSC, MMS , ou encore Charging proxy.
 Si vous avez des idées/propositions, n'hésitez pas à me contacter.

 Jacques



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




-- 
Cordialement,

Guillaume BARROT

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


Re: [FRnOG] [TECH] Consommation électrique Cisco.

2012-07-18 Par sujet Guillaume Barrot
Attention aux notes en bas de page par contre : pour avoir la puissance
consommée, il faut diviser la puissance totale par 0.85 (un cos(phy) de
0.85 c'est pessimiste, mais bon).

A+

Le 18 juillet 2012 16:56, Surya ARBY arbysu...@yahoo.fr a écrit :

 Bon évidement le formatage ne passe pas sur la ML mais en vrai c'est joli;
 je viens de voir qu'en plus des 6500/4500 Nexus 7000 tu as toute les gammes
 catalyst avec.

 Surya


 
  De : Alexandre Legrix a...@bragonux.net
 À : Surya ARBY arbysu...@yahoo.fr
 Cc : frnog-t...@frnog.org frnog-t...@frnog.org
 Envoyé le : Mercredi 18 juillet 2012 16h49
 Objet : Re: [FRnOG] [TECH] Consommation électrique Cisco.


 On Jul 18, 2012, at 4:45 PM, Surya ARBY wrote:

  Cisco Power calculator ?
 
  http://tools.cisco.com/cpc/
 
  Tu auras les pré requis en terme d'alim en fonction de la config du
 chassis.
 
  Sinon tu as tout sur les data sheet (au moins la puissance en W des
 alims)
 
  En dehors de ça le reste est confidentiel.
 

 Oh merci !

 Je vais m'inscrire pour voir, si cet outil vaut réellement le coup, en
 espérant qu'on arrive à quelqu'un chose sans contrat smartnet.

 Tanks Surya


 ---
 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] [TECH] Consommation électrique Cisco.

2012-07-18 Par sujet Aurélien Guillaume
 On 18 juil. 2012, at 19:30, Jérôme Nicolle jer...@ceriz.fr wrote:
 
 Le 18/07/2012 16:58, Michel Hostettler a écrit :
 Commencez-vous à voir des matériels avec économie d'énergie Ethernet, c'est 
 à dire mise en veille automatique des fonctions d'émission et de réception 
 en phase d'inactivité IDLE (sur interfaces électriques) ?
 
 En vrai réseau un port n'est jamais complètement IDLE. Tu as au moins
 des BPDU et des keepalive qui passent.
 
 
 

Il y a peut-être un use-case: la distribution sur des parcs bureautiques 
importants, quand on a des machines en veille avec du WOL pour passer des mises 
à jour par exemple.

Après, j'ai déjà du désactiver ce genre de features sur du Dell 55xx à cause 
d'une incompatibilité avec l'implémentation MacOS, donc il semble que le 
standard ne soit pas tout à fait sec non plus ^^

Cdt,
Aurélien.

Envoyé depuis mon fax satellitaire

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


Re: [FRnOG] [TECH] Consommation électrique Cisco.

2012-07-18 Par sujet Guillaume Barrot

 (quand le client ne paie plus - vive l'economie d'energie a.k.a. port
 shutdown)


Mouais.
Sur les equipements highend, genre Nexus7000 ou ASR9K, le truc qui consomme
le plus, selon le tool Cisco, c'est les ventilateurs.
Alors ports shuts ou pas, ils sont bien obligés de tourner !

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


Re: [FRnOG] [TECH] Consommation électrique Cisco.

2012-07-19 Par sujet Guillaume Leclanche
Le 19 juillet 2012 00:06, Guillaume Barrot
guillaume.bar...@gmail.com a écrit :
 Sur les equipements highend, genre Nexus7000 ou ASR9K, le truc qui consomme
 le plus, selon le tool Cisco, c'est les ventilateurs.

C'est correct (ASR9k) :

Slot  Max Watts
   -
 0/2/CPU0350
 0/3/CPU0350
 0/RSP0/CPU0 235
 0/RSP1/CPU0 235
 0/4/CPU0350
 0/5/CPU0350
 0/FT0/SP600
 0/FT1/SP600

(les 4 line cards sont des A9K-4T-B)


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


Re: [FRnOG] [TECH] Consommation électrique Cisco.

2012-07-19 Par sujet Guillaume Barrot
Coté réseau peut etre, mais les cartes réseaux sur serveurs ne sont pas
encore à ce TDP.
Coté Intel c'est entre 15w et 7-8W

cf.
http://ark.intel.com/fr/products/family/46828/Intel-10-Gigabit-Server-Adapters

La X520-T2 annonce meme 19W ! A comparer aux 5W d'une carte twinax...



Le 19 juillet 2012 12:41, Michel Hostettler 
michel.hostett...@telecom-paristech.fr a écrit :

 Bonjour,

 Pour 10Gbase-T la consommation habituelle par port est de l'ordre de 5 W,
 sans mode de réduction d'énergie.

 On est bien dans la fourchette annoncée ci-dessous.

 La désignation 10GE est ambigüe car il peut s'agir effectivement de MAC
 sur MPLS.

 Cordialement,
 Michel Hostettler


 - Mail original -
 De: Surya ARBY arbysu...@yahoo.fr
 À: Jérôme Nicolle jer...@ceriz.fr
 Cc: frnog@frnog.org
 Envoyé: Mercredi 18 Juillet 2012 19:42:13
 Objet: Re: [FRnOG] [TECH] Consommation électrique Cisco.

 J'en sais rien :)

 par contre sur des cartes 32 ports 10GE; entre une conso de 10W / port
 et 1 W /port; le delta commence à être significatif...

   Le 18/07/2012 19:36, Jérôme Nicolle a écrit :
  Le 18/07/2012 19:17, Surya ARBY a écrit :
  C'est pas tant le nombre de pps qui compte que le nombre de ports up
  dans le châssis et la consommation associée en terme de Watts par port.
  Faut préciser le type d'optiques, la puissance lumineuse ou longueur de
  cuivre, les circuits d'ASIC (features quoi) actifs (Un 6k5, peu importe
  le sup, avec du MPLS dedans, ça bouffe pas pareil qu'un ASBR tout con à
  pps équivalent).
 
  Mais bon, comme c'est confidentiel (sic.), relise bien vos smartnets,
  si ça se trouve vous serez châtrés pour avoir osé révéler ces valeurs...
 
  En fait les engagements green machin chez Cisco, c'est juste comme les
  trophés partner, pour faire joli sur le rebord de la fenêtre ?
 


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


  1   2   3   4   5   6   7   8   9   10   >