Re: [FRnOG] [TECH] Solution callcenter

nts, etc... ) Oui. > - En SIP (ou client webrtc directement intégré dans interface de l'agent) Oui, les deux. > - Campagnes d'appels sortants (optionnel) Non. Mais on n'est pas (encore) en France! :( -- Simon Perreault Director of Engineering, Platform | Jive Commu

Re: [FRnOG] [TECH] Sotfphone au lieu de hardphone derrière livebox business 132

00 téléphones à changer a la fin de l'année, je m'oriente vers du > Grandstream. http://jive.com/phones/ Les préférés de mes ingénieurs en UA, c'est les Yealink. :) -- Simon Perreault Director of Engineering, Platform | Jive Communications, Inc. https://jive.

[FRnOG] [JOBS] Jive Communications - Ingénieur de réseau sénior - Amérique

Très chère FRNOG, Jive Communications , une société américaine de VoIP cloud, est à la recherche d'un ingénieur de réseau sénior. Le candidat choisi deviendra maître du réseau IP de Jive, de ses peerings BGP, des réseaux intra datacenter, des liens inter datacenter, des VPNs, des

[FRnOG] [JOBS] Quitte ou double

Chers FRNOGiens, En juillet 2015, j'envoyais ce message: > Jive Communications (jive.com) est une société américaine de VoIP cloud. > > Mon équipe, basée à la magnifique ville de Québec, au Canada, développe > le cœur de la plateforme RTP/SIP/WebRTC. Le code est un mélange de > C/C++/Java. > >

Re: [FRnOG] [TECH] PAT et ré-utilisation du port externe

Oui c'est un comportement bien connu et documenté. En terminologie IETF, c'est du Address and Port-Dependent Mapping [RFC4787]. Et c'est mal: REQ-1: A NAT MUST have an "Endpoint-Independent Mapping" behavior. Justification: In order for UNSAF methods to work, REQ-1 needs to be met.

Re: [FRnOG] [TECH] QOS voix switch cisco

Le 2015-10-27 03:23, David Ponzone a écrit : > Es-tu vraiment sûr que c’est sur le switch que tu risques le plus d’avoir de > la contention ? > A priori, ton premier problème, ça va être sur le lien WAN, mais j’ai > peut-être mal compris le besoin. On peut faire la QoS n'importer où à condition

Re: [FRnOG] [JOBS] Recherche CDI ingénieur système/réseau

Le 2015-09-25 08:31, Simon Perreault a écrit : > - Prends une autre photo sans lunettes de soleil. (À moins que ce soit > des lunettes pour aveugle, auquel cas je suggèrerais d'éliminer la photo.) Pour être clair, la raison pour laquelle je suggère d'éliminer la photo est

Re: [FRnOG] [JOBS] Recherche CDI ingénieur système/réseau

Joli CV. Si tu étais de l'autre côté de l'Atlantique je serais intéressé. Deux remarques pour t'aider et/ou troller: - Prends une autre photo sans lunettes de soleil. (À moins que ce soit des lunettes pour aveugle, auquel cas je suggèrerais d'éliminer la photo.) - Enlève la mention "23 ans". Si

[FRnOG] [JOBS] Programmeur VoIP à Québec

'ai trouvé une perle rare. J'ai foi en toi, FRNOG! :) Simon Perreault Directeur, Jive Communications Canada --- Liste de diffusion du FRnOG http://www.frnog.org/

Re: [FRnOG] [TECH] Une proposition de loi veut imposer l'IPv6 dans

Le 2014-07-30 15:10, fr...@jack.fr.eu.org a écrit : Vla un exemple de chez IBM: http://pic.dhe.ibm.com/infocenter/zos/v1r13/index.jsp?topic=%2Fcom.ibm.zos.r13.hale001%2Fdqx2ipv6d0141018898.htm Exemple à ne pas suivre. Simon --- Liste de diffusion du FRnOG http://www.f

Re: [FRnOG] [TECH] Une proposition de loi veut imposer l'IPv6 dans les appareils au 30 juin 2015

Le 2014-07-30 14:25, fr...@jack.fr.eu.org a écrit : Ben ouais, n'empêche que pour la majorité des programmes, c'est niquel; Si je prends un truc comme apache, par exemple : tcp6 0 0 :::80 :::* LISTEN 0 225893833 Et la majorité des gens ne disent pas de

Re: [FRnOG] [TECH] Une proposition de loi veut imposer l'IPv6 dans les appareils au 30 juin 2015

Le 2014-07-30 13:31, fr...@jack.fr.eu.org a écrit : Mais bien sûr, comme si c'était aussi simple. J'aime bien les points de suspension qui cachent les 9.5/10èmes de l'iceberg. Puis-je être méchant ? Si ton application (niveau 7) se soucie du niveau 4, c'est que tu es programmeur de bien piètre

Re: [FRnOG] [TECH] Une proposition de loi veut imposer l'IPv6 dans les appareils au 30 juin 2015

Le 2014-07-30 12:29, Jérémie Courrèges-Anglas a écrit : - 's/AF_INET/AF_INET6/g', le truc que tout programmeur devrait faire >depuis 10 ans >- utiliser des FQDN et pas des IP: idem >- .. Mais bien sûr, comme si c'était aussi simple. J'aime bien les points de suspension qui cachent les 9.5/10èmes

Re: [FRnOG] [JOBS] Administrateur système Linux chez Planet-Work

Le 2014-07-23 17:23, Jérôme Nicolle a écrit : > Après tout, qui parmi vous oserai afficher son salaire sur son badge du > prochain FRnOG ? Un sondage anonyme annuel pourrait être extrêmement utile. Simon --- Liste de diffusion du FRnOG http://www.frnog.org/

Re: [FRnOG] [JOBS] Administrateur système Linux chez Planet-Work

Le 2014-07-22 18:36, Simon Perreault a écrit : > De ce côté-ci on n'affiche presque jamais le salaire offert, ni même une > fourchette. Je ne pense pas que c'est spécifique à la France. Plusieurs exemples, gracieuseté de mon employeur, illustrant mon propos: http://jive.com

Re: [FRnOG] [JOBS] Administrateur système Linux chez Planet-Work

De ce côté-ci on n'affiche presque jamais le salaire offert, ni même une fourchette. Je ne pense pas que c'est spécifique à la France. Simon Le 2014-07-22 18:28, David Ponzone a écrit : > Je ne vais pas ajouter de l’huile sur le feu, mais les réactions de certains > m’ont rappelé un détail que j

Re: [FRnOG] [JOBS] Administrateur système Linux chez Planet-Work

Je ne comprends pas ces réactions qui sont pourtant courantes sur frnog. Si la description du poste vous laisse froid, passez votre chemin. Où est le problème? C'est la crise? Simon Le 2014-07-22 15:21, m3g4g0lG0t|-| a écrit : > L'offre ressemble à beaucoup d'offres du meme genre en France. > Bi

Re: [FRnOG] [TECH] Impossible de migrer les Users/Group OpenBSD 4.6 vers OpenBSD 5.5

Le 2014-05-02 10:03, Simon Perreault a écrit : > Le 2014-05-02 09:45, Laurent Laurent a écrit : >> J'ai un problème pour récupérer mes Users/Group en migrant d'un OpenBSD 4.6 >> vers 5.5 (Le serveur est utilisé en tant que serveur SFTP, donc beaucoup de >> comptes e

Re: [FRnOG] [TECH] Impossible de migrer les Users/Group OpenBSD 4.6 vers OpenBSD 5.5

Le 2014-05-02 09:45, Laurent Laurent a écrit : > J'ai un problème pour récupérer mes Users/Group en migrant d'un OpenBSD 4.6 > vers 5.5 (Le serveur est utilisé en tant que serveur SFTP, donc beaucoup de > comptes et je ne peux pas les taper à la main surtout que la probabilité > que les utilisateur

Re: [FRnOG] [TECH] Impossible de migrer les Users/Group OpenBSD 4.6 vers OpenBSD 5.5

Le 2014-05-02 09:48, Clement Cavadore a écrit : > On Fri, 2014-05-02 at 15:45 +0200, Laurent Laurent wrote: >> PS : On est peut-être Vendredi mais c'est une vrai demande :) > > ... demande qui aurait plutôt sa place sur FRSaG que sur FRNoG, imho :-) ...ou encore mieux: m...@openbsd.org (C'est un

Re: [TECH] Re: [FRnOG] Re: [ALERT] Nouvelle faille openssl

Le 2014-04-23 09:11, Jérémie Bouillon a écrit : > Je crains que l'effet «annoy hipster» (assez insultant au passage) n'ait > pas l'effet escompté par ces braves gens. Au contraire, ça marche parfaitement, comme ton expérience en témoigne. Simon --- Liste de diffusion du

Re: [FRnOG] [FRNOG][TECH] Outils de transferts de fichiers sur UDP

BitTorrent? Le 2014-04-18 15:43, Erik LE VACON a écrit : > Bonsoir à tous, > Je vous contacte dans le cadre d'une recherche de solutions de > transferts de données sur réseaux à latence importante. > > Les volumétries concernées sont de plusieurs téras de données par jour, > en transcontinental (

Re: [FRnOG] [MISC] Audit TrueCrypt

Le 2014-04-17 03:36, Thibaut MARTIN a écrit : > Est-ce que quelqu'un a eu le temps de regarder les retours de l'Audit > TrueCrypt ? > https://opencryptoaudit.org/reports/iSec_Final_Open_Crypto_Audit_Project_TrueCrypt_Security_Assessment.pdf Je viens de le parcourir en diagonale. Le plus grave prob

Re: [FRnOG] [TECH] VLAN maximum sur une interface eth linux

Le 2014-04-15 15:23, Ludovic LACOSTE a écrit : > Il me semblait que quoiqu > 'il arrive la limite était de 4096, et non illimité, mais je m'en remet > aux personnes de valeurs ... Je répète: Oui bien sûr ça dépend du protocole. Linux lui-même n'impose aucune limite. Dire des conneries n'est pas

Re: [FRnOG] [TECH] VLAN maximum sur une interface eth linux

Le 2014-04-15 15:11, Antoine Durant a écrit : > En fait j'ai trouvé plusieurs réponses qui n'ont pas la même valeur... Les réponses différentes de la mienne n'ont effectivement aucune valeur. ;) Simon --- Liste de diffusion du FRnOG http://www.frnog.org/

Re: [FRnOG] [TECH] VLAN maximum sur une interface eth linux

Le 2014-04-15 14:29, MM a écrit : > Sauf que c’est faux aussi - soyons pointilleux. > Ça dépend au moins du protocole utilisé :P > 802.1q -> 12 bits dans le Tag Protocol Identifier (priorité 3, 1 pour la > compatibilité tokenring, puis l’ID de vlan -> 4096 possibilités Oui bien sûr ça dépend du pr

Re: [FRnOG] [TECH] VLAN maximum sur une interface eth linux

Le 2014-04-15 14:12, MM a écrit : > Un petit coup de google me répond ceci : > As VLANs are created over minor-devices in Linux, the limit should be 256 > VLANs per ethernet adapter. Sauf que c'est faux. Il n'y a pas de limite. Simon -- DTN made easy, lean, and smart --> http://postellation.via

Re: [FRnOG] Re: [ALERT] Nouvelle faille openssl

Le 2014-04-12 10:42, Jean-Yves Faye a écrit : > La faille dont il parle, c'est probablement un truc vague du genre : > "OpenSSH sur un OS avec SMP est troué de toute façon" ou "Le seul BSD qui > permet de faire de la sécu c'est OpenBSD". Donc si vous croyez Theo de > Raadt sur parole, vous pouvez c

Re: [FRnOG] [TECH] Scripts TCL / Cisco IOS

Le 2014-02-27 13:36, Michel Py a écrit : > Au fait, c'est quoi le mot Français pour "scalable" ? http://www.btb.termiumplus.gc.ca/tpv2alpha/alpha-fra.html?srchtxt=scalable Simon -- DTN made easy, lean, and smart --> http://postellation.viagenie.ca NAT64/DNS64 open-source--> http://ecdysi

Re: [FRnOG] [TECH] Choix Antivirus

Trop gros, trop facile. Peut faire mieux. Simon Le 2014-02-19 06:11, err404 a écrit : > je ne comprend pas cet acharnement therapeutique sur ces trucs qui > prétendent être "Pro", qui coûtent un prix non nul > qui ne sont pas libres, et qui ne sont même pas capable de se protéger > eux même des d

Re: [FRnOG] [TECH] Interco BGP sur subnet RFC1918 : on en est arrivé là ?

Le 2013-11-20 08:47, Jérôme Nicolle a écrit : Je suis en train de monter un transit pour multihommer un client, et son autre transitaire m'a donné un /31 en 172.17 sans y voir le moindre problème. Quid d'une interco en 169.254/16? Simon -- DTN made easy, lean, and smart --> http://postellation

Re: [FRnOG] [TECH] IPv6 sur le réseau privé

Le 2013-11-18 13:09, Gilles Mocellin a écrit : Est-ce-possible de se réserver une plage IPv6 global, et de la conserver quelque soit l'opérateur ? C'est pareil à IPv4. Donc: un préfixe PI + BGP, ou NAT. Avec la différence qu'on peut faire un type de NAT plus "gentil" appelé NPT66 [RFC6296].

[FRnOG] Re: [TECH] NAT, IPv6 et autohébergement

Le 2013-09-30 15:20, Stephane Bortzmeyer a écrit : >> Ça ressemble à un NAT qui ne fait pas de "hairpinning". > > « Virage en épingle à cheveux » en français. (Le paquet va vers la box > puis repart vers le réseau local.) « boîte » en français. ;) Simon --- Liste de dif

Re: [FRnOG] [TECH] NAT, IPv6 et autohébergement

Le 2013-09-30 14:53, Philippe Guillebert a écrit : > Bonjour à tous, > > Un petit sujet peut-être un peu amateur pour cette liste, mais qui concerne > ipv6, donc je me lance : > > J'essaye d'auto-héberger un petit blog chez moi derrière ma box. j'ai une > entrée DNS mondomaine.com qui pointe sur

Re: [FRnOG] [TECH] Utilisez-vous la fonction proxy ARP ?

Le 2013-09-23 10:35, Michel Hostettler a écrit : > Utilisez-vous encore la fonction proxy ARP aujourd'hui, dans vos réseaux LAN, > ou bien est-elle seulement un cas d'école ? > > Si d'aventure vous aviez une raison de le faire, pourriez-vous SVP la > formuler ? J'ai un cas d'usage un peu exotiq

[FRnOG] Re: [TECH] RFC 7021: Assessing the Impact of Carrier-Grade NAT on Network Applications

Le 2013-09-20 11:22, Stephane Bortzmeyer a écrit : Ils n'ont pas le pouvoir de migrer toutes les applications et tous les fournisseurs de contenu à IPv6. Donc ils *doivent* continuer de fournir de l'IPv4 à leurs clients. Mais ils peuvent le faire par d'autres moyens. DS-Lite, par exemple, qui e

Re: [FRnOG] [TECH] RFC 7021: Assessing the Impact of Carrier-Grade NAT on Network Applications

Bon, je ne peux pas m'empêcher de commencer le panel maintenant. :) Le 2013-09-20 10:24, Stephane Bortzmeyer a écrit : L'idée du CGN (un terme marketing, qu'il vaudrait mieux remplacer par NAT 444 pour « deux NAT sur le trajet d'un paquet IPv4 ») 1. CGN est un terme qui a été voté en désespoir

Re: [FRnOG] [TECH] IPv6: questions sur le routage et le dual wan

Le 2013-09-19 15:04, Sebastien DIEFENBRONN a écrit : >> Le préfixe routé par le FAI = 2001:db8:fe8f::/48 >> >> Le sous réseau d'interco OpenBSD/GW2 = 2001:db8:fe8f:1000::/64 (<= qui >> est effectivement celui utilisé pour le NAT) . > Dans ce cas, je vois deux solutions mais il y en a peut-être d'au

Re: [FRnOG] [TECH] IPv6: questions sur le routage et le dual wan

Le 2013-09-19 10:00, Sebastien DIEFENBRONN a écrit : > Si wan2=2001:db8:fe8b:1000::/64, GW2 ne connait pas directement > 2001:db8:fe8f:1000::/48, il te suffit donc d'avoir une statique, > 2001:db8:fe8f::/48 next-hop OpenBSD, sur GW2. Comme l'a dit Simon, GW2 > n'aura qu'à faire qu'un ND pour le nex

Re: [FRnOG] [TECH] IPv6: questions sur le routage et le dual wan

Le 2013-09-18 20:57, Christophe a écrit : > Bonsoir, > > Le 18/09/2013 18:13, Simon Perreault a écrit : >> >> Le gateway en amont veut router un paquet destiné à >> 2001:db8:fe8f:1000:+host. Pourquoi ne trouve-t-il pas 2001:db8:fe8f::/48 >> dans sa table de ro

Re: [FRnOG] [TECH] IPv6: questions sur le routage et le dual wan

Le 2013-09-18 17:54, Christophe a écrit : > Je vais essayer de faire simple ;) . HA! > vlan200 = wan1 => prefixe 2001:db8:feaf:1::/64 (issu d'un /48 public) > vlan201 = wan2 => prefixe 2001:db8:fe8f:1000::/64 (issu d'un deuxième > /48 public) > > > vlan10 = lan => préfixe 2001:db8:feaf:1000::/6

Re: [FRnOG] [TECH] IPv6: questions sur le routage et le dual wan

Le 2013-09-17 20:50, Christophe a écrit : > fe80::9e4e:20ff:fe3a:858e > ff02::1:ffef:2510: icmp6: neighbor sol: who > has 2a01:abcd:::dcad:beff:feef:2510 [class 0xe0] > > Et la , le routeur n'est pas en mesure de répondre , vu qu'il n'a pas > cette adresse IPv6 lui même. Exact. Et bien q

Re: [FRnOG] [TECH] IPv6: questions sur le routage et le dual wan

Le 2013-09-17 15:34, Christophe a écrit : > Je n'avais pas connaissance de ce mot-clé bitmask ... > > C'est récent ? Oui. C'est apparu dans OpenBSD 3.3, il n'y a que 10 ans. :) Simon --- Liste de diffusion du FRnOG http://www.frnog.org/

Re: [FRnOG] [TECH] IPv6: questions sur le routage et le dual wan

Le 2013-09-17 14:23, Emmanuel Thierry a écrit : > > Le 17 sept. 2013 à 14:21, Simon Perreault a écrit : > >> Le 2013-09-17 14:15, Emmanuel Thierry a écrit : >>> Normalement le NPTv6 est sensé swapper les adresses de manière à préserver >>> le checksum in

Re: [FRnOG] [TECH] IPv6: questions sur le routage et le dual wan

Le 2013-09-17 14:15, Emmanuel Thierry a écrit : > Normalement le NPTv6 est sensé swapper les adresses de manière à préserver le > checksum intact. Est-ce que l'implémentation d'OpenBSD le fait ? Le but de préserver le checksum intact est d'avoir une implémentation plus rapide. C'est une optimisat

Re: [FRnOG] [TECH] IPv6: questions sur le routage et le dual wan

Le 2013-09-17 13:37, Rémi Laurent a écrit : > Si j'ai bien compris le princi de NPTv6 je pense que ce genre de > règle devrait faire l'affaire > > match in on $if inet6 from any to $pfx1/64 rdr-to $pfx2/64 bitmask > match out on $if inet6 from any to $pfx2/64 nat-to $pfx1/64 > bitmask Pas tout à

Re: [FRnOG] [TECH] IPv6: questions sur le routage et le dual wan

Le 2013-09-16 22:57, Alexandre PIERRET a écrit : > Je m’intéresse à l'IPv6 et après avoir fais quelques tests en labs, je me > pose des questions: > > 1/ Routage > Bien qu'il soit possible de configurer les routes de ses équipements vers > des ip "publiques" ou faisant parti du "scope global", j'a

Re: [FRnOG] [TECH] 2960 connaitre utilisation trafic ipv4 et ipv6

Le 2013-09-09 22:53, Christophe Lucas a écrit : Je pense que notre ami avait ce genre de howto dans la tête sur la manière de poser une question sur une ml ou forum lorsqu'il t'a répondu : http://www.catb.org/esr/faqs/smart-questions.html#before Exactement. J'ai failli poster le lien dans un

Re: [FRnOG] [TECH] Question de vocabulaire

Le 2013-09-07 10:49, Emmanuel Halbwachs a écrit : Michel Py (Sat 2013-09-07 01:26:21 -0700) : C'est quoi le nom en Français pour "encryption" ? { Chiffrage | Chiffrement | Cryptage | Autre } Traditionnellement, j'ai toujours entendu/lu « chiffrement ». Mais il semblerait que « cryptage » soit

Re: [FRnOG] [TECH] 2960 connaitre utilisation trafic ipv4 et ipv6

Le 2013-09-05 10:54, Antoine Durant a écrit : > Je suis en train de me poser la question suivante concernant mes switchs > cisco 2960 : > > - Est-il possible d'avoir une idée du trafic qui passe en IPV4 et en IPV6 ? > J'ai en tête d'essayer de me faire des graph afin d'avoir le trafic v4 et >

Re: [FRnOG] [TECH]Retour d'expériences CGN 444 / NAT64

Le 2013-09-02 16:42, Raphael Mazelier a écrit : > Le problème c'est qu'avec du CGN/LSN même en 444 tu as quand même besoin > de plus de fonctionnalités : > - batch logging (ou autre) > - des fonctionnalités qui rendent le truc le plus transparent possible à > tes clients, genre hair-pinning et l'EI

Re: [FRnOG] [TECH]Retour d'expériences CGN 444 / NAT64

Le 2013-09-02 15:53, Grégoire Leroy a écrit : > Nous sommes en train de tester plusieurs solutions de CGN444 et du NAT64 > à états. Pour l'instant, on a mis en place une solution en lab avec un > ASR1001 qui fonctionne plutôt bien. Dans la mesure où est plus proche de > quelques milliers de clients

Re: [FRnOG] Re: [BIZ] OVH - incident de sécurité

Le 2013-07-23 14:13, Stephane Bortzmeyer a écrit : >> Ne serait-il pas plus pertinent de passer à un algorithme tel que >> scrypt > > Qui, lui, est un algorithme de chiffrement, donc ne convient pas à cet > usage (si on chiffre les mots de passe, une compromission de la clé et > tout est fichu).

[FRnOG] Re: [tech] l'ICANN veut mettre fin a WHOIS

Le 2013-06-27 12:00, Stephane Bortzmeyer a écrit : désolé d'avoir détourné la discussion. C'est un scandale ! Personne ne fait jamais cela sur Frnog ! Je suis poli, ma maman m'a bien élevé. ;) Simon --- Liste de diffusion du FRnOG http://www.frnog.org/

[FRnOG] Re: [tech] l'ICANN veut mettre fin a WHOIS

Le 2013-06-27 11:53, Stephane Bortzmeyer a écrit : Le remplacement du protocole WHOIS par un autre protocole n'implique pas la centralisation. Mais la discussion ne portait pas sur le protocole mais sur une proposition particulière, ARDS, dont la principale caractéristique est d'être centralisé

[FRnOG] Re: [tech] l'ICANN veut mettre fin a WHOIS

Le 2013-06-27 11:49, Stephane Bortzmeyer a écrit : Et même si tu passes plein d'heures à faire du beau code qui traite toutes les exceptions Ne pas réinventer la roue, c'est déjà fait : http://search.cpan.org/dist/Net-DRI/ Ça prouve mon point. C'est une librairie hyper complexe qui n'arrive

Re: [FRnOG] [tech] l'ICANN veut mettre fin a WHOIS

Le 2013-06-27 02:13, Jérôme Nicolle a écrit : Justement, WHOIS est broken. Ah ? Moi je troue que ça arche plutôt bien. Un peu lent, mais rien de plus à en demander. Qu'est ce que tu lui reproche ? Le format est sous-spécifié, ce qui rend très difficile d'automatiser un processus qui ferait u

[FRnOG] Re: [tech] l'ICANN veut mettre fin a WHOIS

Le 2013-06-27 09:20, Stephane Bortzmeyer a écrit : Justement, WHOIS est broken. Ses inconvénients sont ses avantages. Par exemple, l'absence de format de sortie normalisé est une bonne chose. Ce « semantic firewall » rend plus difficile la récolte automatisée massive de données. Un iota plus

Re: [FRnOG] [tech] l'ICANN veut mettre fin a WHOIS

Le 2013-06-26 07:27, Raphaël Jacquot a écrit : l'article est la http://www.computerworld.com.au/article/465895/icann_working_group_seeks_kill_whois/ Le titre est sensationnaliste. WHOIS ne mourra pas, du moins pas dès le début. Il sera gardé opérationnel en parallèle. le formulaire pour do

Re: [FRnOG] [Misc] Le troll du vendredi par Michel

Le 2013-05-03 08:05, Guillaume Barrot a écrit : Pour référence juste : http://datatracker.ietf.org/doc/draft-ietf-mpls-ldp-ipv6/ Je ne sais pas Stéphane en a parlé de ce draft, mais ça vaut le coup d'oeil... a posteriori, LDP était quand même bien l'archétype du protocole pensé uniquement pour I

Re: [FRnOG] Re: [TECH] RFC 6888: Common requirements for Carrier Grade NATs (CGNs)

Le 2013-05-02 17:56, Pascal Rullier a écrit : Pour un FAI, déployer IPv6 ne résout pas le problème. Un FAI qui a déployé IPv6 à 100% devra quand même installer un CGN tant que la portion de trafic en IPv4 justifie le coût du CGN. C'est un effort sur deux fronts. et une passerelle NAT64 ? réseau

Re: [FRnOG] Re: [TECH] RFC 6888: Common requirements for Carrier Grade NATs (CGNs)

Le 2013-05-02 17:33, sxpert a écrit : bref, il va bien falloir, qu'un jour, un des deux groupes arrête de faire la mauvaise tête, et se décide. Ça va venir. L'adoption d'IPv6 grimpe très rapidement: http://www.google.fr/ipv6/statistics.html Manifestement, il y en a pour qui déployer IPv6 est

Re: [FRnOG] Re: [TECH] RFC 6888: Common requirements for Carrier Grade NATs (CGNs)

Le 2013-05-02 17:05, Stephane Bortzmeyer a écrit : une évolution logique pour étendre la durée de vie des v4 face a un déploiement encore trop faible des v6... Je soupçonne fortement qu'on aurait pu déployer IPv6 avec le quart des efforts qu'on met à déployer des CGN et à corriger leurs problèm

Re: [FRnOG] [TECH] RFC 6888: Common requirements for Carrier Grade NATs (CGNs)

Le 2013-05-01 20:42, Gunther Ozerito a écrit : Par contre, la gestion des logs coté FAI va être joyeuse, et couter un bras, voire une couille ou deux. Des solutions à la Splunk risquent d'avoir le vent dans le dos (pour ceux qui veulent investir en bourse, hein). On risque de voir pousser des DC

Re: [FRnOG] [JOBS] Ingénieur (junior) de recherche en réseaux IP au Québec

Le 2013-03-08 18:05, Dominique BLEUS a écrit : Cette offre n'est valable que pour des personnes de nationalité française, des personnes vivant en France ou des francophones? Idéalement de nationalité française, parce que ça simplifie beaucoup la partie administrative grâce aux accords entre le

[FRnOG] [JOBS] Ingénieur (junior) de recherche en réseaux IP au Québec

Cette offre s'adresse à des Français voulant travailler au Québec. Viagénie est une firme de R&D en réseaux IP, basée dans la belle ville de Québec. Elle aide les fournisseurs de service Internet, les manufacturiers d'équipement réseaux, les agences spatiales et les entreprises dans la concept

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

Le 2013-03-06 08:45, Jérémy Martin a écrit : Perso, j'suis bien content de voir ces annonces, et je trouve qu'elles ont bien leur place sur BIZ. +1 A ceux que ça dérange, filtre BIZ vers vos SPAM et le problème sera réglé. +1 --- Liste de diffusion du FRnOG http://

Re: [FRnOG] [TECH] firewall sur routeur Quagga ??

Le 2013-01-31 21:43, Julien Lollivier a écrit : Simon Perreault (31/01/2013 18:06) : Il y a des distros où conntrack n'est pas un module et n'est pas désactivable. *tousse* Fedora *tousse* Ça doit toucher certaines versions de la Fedora uniquement, parce que sous toutes celles que

Re: [FRnOG] [TECH] firewall sur routeur Quagga ??

Le 2013-01-31 17:41, Radu-Adrian Feurdean a écrit : Plus precisement : rm -f `locate conntrack.ko` sinon, le module risque d'etre charge automatiquement avec un simple iptables -L Il y a des distros où conntrack n'est pas un module et n'est pas désactivable. *tousse* Fedora *tousse* Simon

Re: [FRnOG] [TECH] firewall sur routeur Quagga ??

Le 2013-01-31 17:14, Antoine Durant a écrit : Pour appronfondir et répondre aux questions : Il sagit d'un routeur (pas route reflector) qui a deux transitaires. Architecture 64 Bits 2Go de Ram DDR3-1066 Mhz 1 Intel xeon E5530 à 2.40Ghz (4 Core, 8 Mega de cache) 2 disques sata Ça fait juste ren

Re: [FRnOG] [TECH] firewall sur routeur Quagga ??

Le 2013-01-31 16:22, Christophe Baegert a écrit : Oui, peut-être... avec 3 téras de RAM pour la table de connexions !!! On parle d'un routeur BGP là !!! 1. Il n'a pas été dit que le routeur BGP passait du trafic. Peut-être ne fait-il que du BGP (e.g. un route reflector). 2. Pas besoin de sto

Re: [FRnOG] [TECH] firewall sur routeur Quagga ??

Le 2013-01-31 15:44, Christophe Baegert a écrit : Le 31/01/2013 15:41, Antoine Durant a écrit : Donc en gros pas de firewall sur un routeur, mais quelle protection est-il possible de mettre en place sans forcément plomber le serveur ? Si, le firewall c'est bon sans le conntrack, mais c'est moi

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

Le 2013-01-15 17:14, Frédéric GANDER a écrit : quand tu as plus de 2 millions de mec qui ont du v6 potentiellement à la maison et que tu fais 20gbit/s de v6 j'appel pas ca un succès foudroyant au niveau du contenu Le "potentiellement" est suspect. Simon --- Liste de

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

Le 2013-01-15 17:08, Frédéric GANDER a écrit : ba j'aitester.com (40% du parc avec ipv6 activé) et ba non ca grimpe pas des masses ;) et le motif de certain sites web pour ne pas mettre plus de contenu v6 : "oui mais les outils de géomarketing et de ciblage ne marche pas en v6" Mon point ce n

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

Le 2013-01-15 16:37, Guillaume Leclanche a écrit : En mettant IPv6 à on, tu peux très bien te retrouver avec >50% de ton trafic sur IPv6 du jour au lendemain. Là tu prêches un convaincu je crois :) Ouais, j'étais d'ailleurs très surpris de voir un @corp.free.fr dire qu'il n'y a pas de

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

Le 2013-01-15 16:20, Frédéric GANDER a écrit : il n'y a pas de contenu ipv6 Google? Facebook? YouTube? etc. etc. etc. C'est pas du contenu ça? En mettant IPv6 à on, tu peux très bien te retrouver avec >50% de ton trafic sur IPv6 du jour au lendemain. Simon --- Lis

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

Le 2013-01-15 15:32, Jimmy Thrasibule a écrit : Face à la pénurie des adresses IPv4, plutôt que de déployer de l'IPv6, les opérateurs semblent décidés à mettre en place un gros NAT pour tout le monde. SVP expliquez-moi comment déployer IPv6 permettrait d'éviter de déployer un CGN. Merci, Sim

Re: [FRnOG] [MISC] se passer des box FAI : technique, juridique (Was : Mieux que l'HADOPI, Free !)

Le 2013-01-08 17:09, Francois Demeyer a écrit : Il fut un temps où nous ne pouvions pas connecter nos propres téléphones sur le réseau des PTT... tous les arguments d'alors ressemblaient furieusement a ceux avancés aujourd'hui.. Le broadband n'en est donc encore qu'a cette phase ;-) Je consta

Re: [TECH] [FRnOG] : retour d’expérience Cisco 2821

Le 2012-12-22 10:53, Xavier Beaudouin a écrit : Par contre en routage static, je te conseille plus un FreeBSD qu'un OpenBSD... Pourquoi? Si tu veux faire du BGP + OSPF, la OpenBSD est plus intégré que FreeBSD + OpenBGPd (OpenOSPF) ou Quagga (avec des bugs relous qui ne sont jamais intégrés ma

Re: [TECH] [FRnOG] : retour d’expérience Cisco 2821

Le 2012-12-21 16:23, Christophe Lucas a écrit : J'ai pas vraiment de retour, mais : http://www.cisco.com/web/partners/downloads/765/tools/quickreference/routerperformance.pdf dit : 170,000 pps. J'ai récemment remplacé un 2821 qui bloquait à ~4000 pps. Je n'ai jamais su exactement pourquoi. Il

Re: [FRnOG] [TECH] RFC 6817: Low Extra Delay Background Transport (LEDBAT)

Le 2012-12-21 12:54, Thomas Mangin a écrit : Il y a ici une solution qui va dans le bon sens et qui permet aux utilisateurs et aux développeurs de prendre leurs responsabilités, ce serait dommage que de telles propositions partent à la poubelle parce que certains opérateurs se croient plus malins

[FRnOG] Re: [TECH] RFC 6817: Low Extra Delay Background Transport (LEDBAT)

Le 2012-12-21 11:06, Stephane Bortzmeyer a écrit : La question qui tue : qui ici est prêt à faire une réduction de tarifs à ses clients pour des applications « gentilles », qui utiliseraient cet algorithme LEDBAT pour ne pas charger le réseau ? Es-tu sérieux? À moitié. L'idée te semble ridicu

Re: [FRnOG] [TECH] RFC 6817: Low Extra Delay Background Transport (LEDBAT)

Le 2012-12-20 09:42, Stephane Bortzmeyer a écrit : La question qui tue : qui ici est prêt à faire une réduction de tarifs à ses clients pour des applications « gentilles », qui utiliseraient cet algorithme LEDBAT pour ne pas charger le réseau ? Stéphane, Es-tu sérieux? Cordialement, Simon --