[FRnOG] [MISC] DLink ça vaut quoi ?
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
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
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
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
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
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 ?
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 ?
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
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
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
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
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
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
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 *******
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 *******
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
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
Bonjour, Je cherche quelquun qui soccupe 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
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
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?
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?
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 - ...
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 - ...
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?
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
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
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
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
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
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
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
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
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
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
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
* 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
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)
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
Bonjour, Je suis a la recherche dun 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 ?
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 ?
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 ?
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 ?
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 ?
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 ?
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 ?
+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 ?
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 ?
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'
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)
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
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)
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
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)
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)
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
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
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
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
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 ?
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
. 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)
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)
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
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
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
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
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
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
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
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
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é
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 ?
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 / ...
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 / ...
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
Ç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
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
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
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
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
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
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
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?
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?
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?
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?
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?
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?
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
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
- 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
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
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
, 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
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.
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.
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.
(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.
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.
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/