Re: [FRnOG] [MISC] Trool IPv6, quoique...

2016-05-27 Par sujet Edouard Chamillard 
enseigner IPv6 en premiere année ça me parait ambitieux. en formation
j'ai régulierement (aka: a chaque session) des gens qui divisent encore
en classe A/B/C/D, et on a été en CIDR depuis plus longtemps que la
plupart d'entre nous n'ont été dans le metier...


On 05/27/2016 10:08 PM, Radu-Adrian Feurdean wrote:
> On Fri, May 27, 2016, at 16:36, Pascal PETIT wrote:
>> ipv6 destiné à nos étudiants de master système et réseau.
> C'est mieux que rien, mais nettement moins bien que commencer
> l'enseignement des le permier annee
> ... avec l'IPv4 laisse pour la master, histoire qu'il soit reserve
> uniquement a ceux qui veulent devenir des experts en deterrement des
> cadavres.
>
>
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/




signature.asc
Description: OpenPGP digital signature

Re: [FRnOG] [MISC] Trool IPv6, quoique...

2016-05-27 Par sujet Radu-Adrian Feurdean 
On Fri, May 27, 2016, at 17:45, Pascal PETIT wrote:
> J'ai cru comprendre que le dual stack était un peu lourd à maintenir.

Pas tant que ca. Juste deux protocoles qui tournent sur le meme cable,
et ouvent (mais pas toujours) sur les memes equipements.
Quand aux protocoles de transition (j'espere que vous parlez pas de
Teredo et/ou 6to4), c'est meme pas la peine de commencer avant d'avoir
bien regle l'histoire d'IPv6-lui meme.


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

Re: [FRnOG] [MISC] Trool IPv6, quoique...

2016-05-27 Par sujet Radu-Adrian Feurdean 
On Fri, May 27, 2016, at 16:36, Pascal PETIT wrote:
> ipv6 destiné à nos étudiants de master système et réseau.

C'est mieux que rien, mais nettement moins bien que commencer
l'enseignement des le permier annee
... avec l'IPv4 laisse pour la master, histoire qu'il soit reserve
uniquement a ceux qui veulent devenir des experts en deterrement des
cadavres.


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

Re: [FRnOG] [MISC] Trool IPv6, quoique...

2016-05-27 Par sujet Radu-Adrian Feurdean 
On Fri, May 27, 2016, at 15:17, Jeremy wrote:
> Il ne faut pas croire que personne ne bouge sur l'IPv6.
> 
> Il y a beaucoup de petits acteurs qui se cassent les dents sur la mise 
> en place de l'ipv6 dans l'ensemble des réseaux que ça soit en core, ou 
> vers le LAN.
> 
> De notre coté, on investi presque 50 k€ cette année en R sur l'IPv6 
> (30 % de notre budget R, 7 % de notre CA). Paradoxalement, notre 

Jeremy,

http://stats.labs.apnic.net/ipv6/AS197922?c=FR=1=1=1=1
Avec ~70% de "IPv6 preferred" sur presque 100K samples en "access" (pour
quelqu'un qui etait connu a faire plutot du hosting/vps), tu est juste
bon pour faire une presentation au prochain FRnOG :)

Ceci etant dit, felicitations pour le resultat.


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

Re: [FRnOG] [MISC] Trool IPv6, quoique...

2016-05-27 Par sujet Radu-Adrian Feurdean 
On Fri, May 27, 2016, at 15:11, David Ponzone wrote:
> Heureusement, Technicolor, que beaucoup d’entre nous utilisent, semble
> supporter IPv6 de manière décente sur leurs modèles récents, mais ça
> reste à tester en ce qui me concerne.

Technicolor, Zyxel, Cisco, ZTE - teste et approuve chez nous.
Cote technicolor, apart de devoir faire des conneries type
:ip rt6advd pfxdelete subnet-id=::/0
:ip rtdelete dst=::/0 intf=LocalNetwork
:ip ipdelete addr=::/0 intf=LocalNetwork
... sur certains modeles, ca marche meme pas mal.


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

Re: [FRnOG] [MISC] Trool IPv6, quoique...

2016-05-27 Par sujet Radu-Adrian Feurdean 
On Fri, May 27, 2016, at 15:02, sebastien.lesim...@iguanetel.fr wrote:
> Derrière les admin sys du client seront les premiers a jouer avec et 
> déployer progressivement le dual sur leur archi pour aboutir à du full 
> dual un jour ou l'autre.

Quand il y a un admin sys, non pas un "presta informatique".

> D'ou l’intérêt du Everything in the cloud et zero CPE hormis un modem 
> EFM ou un bidule quelqu'onque de demarcation.

Genre "everything on v4-only Amazon" ? 

> Il faut choisir sa stratégie et là, je pense qu'il y en a autant que 
> d'acteurs concernés pour le coups...

Vu la taille de l'espace disponible, il y a de quoi avoir des choses
plus ou moins generiques.


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

Re: [FRnOG] [MISC] Trool IPv6, quoique...

2016-05-27 Par sujet Radu-Adrian Feurdean 
On Fri, May 27, 2016, at 14:48, David Ponzone wrote:
> Tu peux quand même aujourd’hui mettre un client en dual-stack sans lui
> demander son avis.
> Au moins tu lui apportes IPv6 jusqu’à son LAN.
> Si les clients ont la couche IPv6 désactivée, c’est une autre problème.

Et s'il demande explicitement de le desactiver sur le CPE, c'est encore
un autre probleme.

> Pourtant, depuis 2 jours, je suis 4-star au RIPEness, comme beaucoup ici,
> mais c’est à la 5ème que les emmerdes vont commencer.

Effectivement. Surtout quand tu pousses du v6 vers les clients
(histoires des CPE regles) mais les client sont divises entre
indifference totale et rejet explicit.

> Et en fait, à bien y réfléchir, je crois que ce qui me freine le plus,
> c’est l’idée de commencer à réfléchir comment découper mon /29 entre
> subnet clients, subnet PtP d'interco, /32 donc /128 pour les clients
> PPPoE, etc…

Au moins tu as deja la bonne approche.


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

Re: [FRnOG] [TECH] interface vlan sur ASR

2016-05-27 Par sujet David Ponzone 
J'ai pas de problème de QoS sans bandwidth mais ton cas est probablement 
différent du mien!

David Ponzone



> Le 27 mai 2016 à 19:46, julien soula  a écrit :
> 
>> On Thu, May 26, 2016 at 02:08:55PM +0200, David Ponzone wrote:
>> Essaie de virer le bandwidth.
> 
> en effet sans le "bandwidth", ca passe. Mais on en a besoin.
> 
> Sinon la solution de jonathan marche. On fait une class qui match le
> vlan et l'ACL et on fait une policy avec, sur l'interface principale.
> 
> class-map match-all test
>  match vlan X
>  match access-group Y
> policy-map test
>  class test
>shape average NNN
>bandwidth NNN
> int gi0/0/0
>  service-policy output test
> 
> 
> Par contre je voulais faire qqchose de + propre en imbriquant la
> policy d'origine dans la class vlan mais il ne veut pas l'appliquer :
> 
> class-map match-any mesip
>  match access-group Y
> policy-map test
>  class mesip
>shape average NNN
>bandwidth NNN
> 
> class-map match-any monvlan
>  match vlan X
> policy-map testvlan
>  class monvlan
>service-policy test
> 
> int gi0/0/0
> service-policy output testvlan
> ---> ERREUR: Cannot attach queuing-based child policy to a non-queuing based 
> class
> 
> 
> Mais enfin, c'est pas tres grave. On peut faire ce qu'on veut sans
> casser les interfaces, c'est l'essentiel.
> 
> 
> Merci a tous pour votre aide,
> -- 
> Julien
><< Vous n'avez rien a dire... Parlons-en! >>


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

Re: [FRnOG] [MISC] Trool IPv6, quoique...

2016-05-27 Par sujet Denis Fondras 
On Fri, May 27, 2016 at 03:02:17PM +0200, sebastien.lesim...@iguanetel.fr wrote:
> Du moins c'est comme cela que je vois les choses se faire depuis un bon
> moment.
> 

Mouais, soit je suis aveugle soit tous les sysops dont IPv6 est le cadet de
leurs soucis sont pour ma pomme...
Tu actives IPv6 sur les machines ou les serveurs ? Au premier pépin, tu peux
être sûr que ça va être désactivé car "avant, j'avais pas ce problème" même si
ça fonctionne depuis des mois avec v6 actif.
Ou alors quand tout fonctionne, ils mettent pas d'enregistrement  dans leurs
DNS.

Faut pas croire que tous les sysops ont du temps ou l'envie de se former si la
direction ne pousse pas.

On Fri, May 27, 2016 at 04:36:49PM +0200, Pascal PETIT wrote:
> Vu les réactions des étudiants (choc culturel puis appropriation), ce
> n'est pas un mal. :-)
>

Vacataire pour les premieres années d'IUT Réseauélécom, j'ai des envies de
meurtre quand je vois le niveau des étudiants au sujet d'IPv6. Je n'ai toujours
pas compris pourquoi IPv6 était réservé aux bac+4/5...

Denis


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

Re: [FRnOG] [TECH] interface vlan sur ASR

2016-05-27 Par sujet julien soula 
On Thu, May 26, 2016 at 02:08:55PM +0200, David Ponzone wrote:
> Essaie de virer le bandwidth.

en effet sans le "bandwidth", ca passe. Mais on en a besoin.

Sinon la solution de jonathan marche. On fait une class qui match le
vlan et l'ACL et on fait une policy avec, sur l'interface principale.

class-map match-all test
  match vlan X
  match access-group Y
policy-map test
  class test
shape average NNN
bandwidth NNN
int gi0/0/0
  service-policy output test


Par contre je voulais faire qqchose de + propre en imbriquant la
policy d'origine dans la class vlan mais il ne veut pas l'appliquer :

class-map match-any mesip
  match access-group Y
policy-map test
  class mesip
shape average NNN
bandwidth NNN

class-map match-any monvlan
  match vlan X
policy-map testvlan
  class monvlan
service-policy test

int gi0/0/0
service-policy output testvlan
---> ERREUR: Cannot attach queuing-based child policy to a non-queuing based 
class


Mais enfin, c'est pas tres grave. On peut faire ce qu'on veut sans
casser les interfaces, c'est l'essentiel.


Merci a tous pour votre aide,
-- 
Julien
<< Vous n'avez rien a dire... Parlons-en! >>


signature.asc
Description: PGP signature

Re: [FRnOG] [MISC] Trool IPv6, quoique...

2016-05-27 Par sujet Alarig Le Lay 
On Fri May 27 17:57:31 2016, David Ponzone wrote:
> Au fait, histoire de troller, ils en sont où avec IPv6 les fabricants
> d’imprimante et autres cancres de l’IP ?

J’ai une brother HL-2250DN et elle a de l’IPv6.

-- 
alarig


signature.asc
Description: Digital signature

Re: [FRnOG] [MISC] Trool IPv6, quoique...

2016-05-27 Par sujet Fabien Delmotte 
Bonsoir,

Tu cherches des infos sur NAT64/DNS64 et sur DS-Lite, et puis aussi le CGNAT 
tant qu’à faire, et si tu peux intégrer ça dans les cours, je pense que c’est 
déjà pas mal.
[FD] J’ai fait pendant des années des présentations et des déploiements hors de 
France sur ses sujets et j’ai toujours laissé mes slides aux clients et 
partenaires. Demande aux constructeurs (il y a des s) et je suis certain qu’ils 
te fourniront des slides. En plus pour la pratique tu peux utiliser des VM.

Fabien


> Le 27 mai 2016 à 17:57, David Ponzone  a écrit :
> 
> De la doc….h bonne question…Google ? :)
> Tu cherches des infos sur NAT64/DNS64 et sur DS-Lite, et puis aussi le CGNAT 
> tant qu’à faire, et si tu peux intégrer ça dans les cours, je pense que c’est 
> déjà pas mal.
> 
> Le dual-stack, lourd à maintenir, c’est pas l’impression que j’ai pour 
> l’utiliser personnellement.
> L’IPv6, c’est assez Fire comme techno, si le CPE marche correctement 
> évidemment.
> Les problèmes qui peuvent se poser sont ceux qui viendraient du fait qu’un 
> service dispose d’un , mais qui n’est pas actif, ou autres délires dans 
> le genre.
> Dans la pratique, je pense que c’est devenu rare: je ne me rappelle pas avoir 
> eu un problème d’accès à un site récemment à cause d’une adresse v6 foireuse.
> 
> En pratique, je fais pas grand chose encore, mais je pense que je vais partir 
> sur du dual-stack pour les nouveaux clients avec un CPE moderne.
> Et si demain j’ai plus d’IPv4 et que le black-market est trop haut et que 
> plus de 1% des sites importants n’est pas toujours pas V6 (probable à mon 
> avis au rythme actuel), ça sera 20-30 clients dans un VRF qui partagent une 
> IPv4, ou alors les technos de transition cités plus haut, dans l’ordre de 
> complexité donc de préférence :)
> 
> Au fait, histoire de troller, ils en sont où avec IPv6 les fabricants 
> d’imprimante et autres cancres de l’IP ?
> Rien que pour ça, je pense que le dual-stack va vivre un moment...
> 
>> Le 27 mai 2016 à 17:45, Pascal PETIT  a écrit :
>> 
>> Le Friday 27 May 2016 (17:25), David Ponzone écrivait :
>>> Vous y enseignez les méthodes/protocoles de transition ?
>>> C’est de ça qu’on va avoir besoin dans 3-4 ans à mon avis :)
>>> 
>> 
>> Pas cette année mais c'est prévu l'an prochain pour la raison que tu
>> cites.
>> 
>> C'est d'ailleurs la question que j'allais poser à la liste : où
>> trouver de la doc et des informations sur les méthodes de transition ?
>> 
>> J'ai cru comprendre que le dual stack était un peu lourd à maintenir.
>> 
>> Que faites-vous en pratique ?
>> 
>> -- 
>> Pascal
>> 
>> 
>> ---
>> 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] Trool IPv6, quoique...

2016-05-27 Par sujet David Ponzone 
De la doc….h bonne question…Google ? :)
Tu cherches des infos sur NAT64/DNS64 et sur DS-Lite, et puis aussi le CGNAT 
tant qu’à faire, et si tu peux intégrer ça dans les cours, je pense que c’est 
déjà pas mal.

Le dual-stack, lourd à maintenir, c’est pas l’impression que j’ai pour 
l’utiliser personnellement.
L’IPv6, c’est assez Fire comme techno, si le CPE marche correctement 
évidemment.
Les problèmes qui peuvent se poser sont ceux qui viendraient du fait qu’un 
service dispose d’un , mais qui n’est pas actif, ou autres délires dans le 
genre.
Dans la pratique, je pense que c’est devenu rare: je ne me rappelle pas avoir 
eu un problème d’accès à un site récemment à cause d’une adresse v6 foireuse.

En pratique, je fais pas grand chose encore, mais je pense que je vais partir 
sur du dual-stack pour les nouveaux clients avec un CPE moderne.
Et si demain j’ai plus d’IPv4 et que le black-market est trop haut et que plus 
de 1% des sites importants n’est pas toujours pas V6 (probable à mon avis au 
rythme actuel), ça sera 20-30 clients dans un VRF qui partagent une IPv4, ou 
alors les technos de transition cités plus haut, dans l’ordre de complexité 
donc de préférence :)

Au fait, histoire de troller, ils en sont où avec IPv6 les fabricants 
d’imprimante et autres cancres de l’IP ?
Rien que pour ça, je pense que le dual-stack va vivre un moment...

> Le 27 mai 2016 à 17:45, Pascal PETIT  a écrit :
> 
> Le Friday 27 May 2016 (17:25), David Ponzone écrivait :
>> Vous y enseignez les méthodes/protocoles de transition ?
>> C’est de ça qu’on va avoir besoin dans 3-4 ans à mon avis :)
>> 
> 
> Pas cette année mais c'est prévu l'an prochain pour la raison que tu
> cites.
> 
> C'est d'ailleurs la question que j'allais poser à la liste : où
> trouver de la doc et des informations sur les méthodes de transition ?
> 
> J'ai cru comprendre que le dual stack était un peu lourd à maintenir.
> 
> Que faites-vous en pratique ?
> 
> -- 
> Pascal
> 
> 
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/


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

Re: [FRnOG] [MISC] Trool IPv6, quoique...

2016-05-27 Par sujet Pascal PETIT 
Le Friday 27 May 2016 (17:25), David Ponzone écrivait :
> Vous y enseignez les méthodes/protocoles de transition ?
> C’est de ça qu’on va avoir besoin dans 3-4 ans à mon avis :)
> 

Pas cette année mais c'est prévu l'an prochain pour la raison que tu
cites.

C'est d'ailleurs la question que j'allais poser à la liste : où
trouver de la doc et des informations sur les méthodes de transition ?

J'ai cru comprendre que le dual stack était un peu lourd à maintenir.

Que faites-vous en pratique ?

-- 
Pascal


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

Re: [FRnOG] [MISC] Trool IPv6, quoique...

2016-05-27 Par sujet David Ponzone 
Vous y enseignez les méthodes/protocoles de transition ?
C’est de ça qu’on va avoir besoin dans 3-4 ans à mon avis :)


> Le 27 mai 2016 à 16:36, Pascal PETIT  a écrit :
> 
> Bonjour,
> 
> Le Friday 27 May 2016 (15:17), Jeremy écrivait :
>> Il ne faut pas croire que personne ne bouge sur l'IPv6.
> 
> 
> Ça bouge aussi du côté de l'enseignement.
> 
> Ici (université d'Évry), on avait depuis pas mal de temps un module
> ipv6 destiné à nos étudiants de master système et réseau.
> 
> À partir de cette année (de l'an prochain dans une des filières), on a :
> 
>  - une sensibisation ipv6 (i.-e. ipv6 sur le lan) dans le module
>d'informatique de la licence info (tous les parcours y compris
>Miage & co)
> 
>  - idem dans plusieurs licence pro
> 
>  - le maintien du module ipv6 avancé en master système et réseau.
> 
> Vu les réactions des étudiants (choc culturel puis appropriation), ce
> n'est pas un mal. :-)
> 
> -- 
> Pascal
> 
> 
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/


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

Re: [FRnOG] [MISC] Trool IPv6, quoique...

2016-05-27 Par sujet Pascal PETIT 
Bonjour,

Le Friday 27 May 2016 (15:17), Jeremy écrivait :
> Il ne faut pas croire que personne ne bouge sur l'IPv6.


Ça bouge aussi du côté de l'enseignement.

Ici (université d'Évry), on avait depuis pas mal de temps un module
ipv6 destiné à nos étudiants de master système et réseau.

À partir de cette année (de l'an prochain dans une des filières), on a :

  - une sensibisation ipv6 (i.-e. ipv6 sur le lan) dans le module
d'informatique de la licence info (tous les parcours y compris
Miage & co)

  - idem dans plusieurs licence pro

  - le maintien du module ipv6 avancé en master système et réseau.

Vu les réactions des étudiants (choc culturel puis appropriation), ce
n'est pas un mal. :-)

-- 
Pascal


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

Re: [FRnOG] [MISC] Trool IPv6, quoique...

2016-05-27 Par sujet David Ponzone 
Si tu trouves un moyen de plus mettre de CPE chez un client en PPPoE, je suis 
preneur :)


> Le 27 mai 2016 à 15:47, sebastien.lesim...@iguanetel.fr a écrit :
> 
> Le 2016-05-27 15:11, David Ponzone a écrit :
>>> D'ou l’intérêt du Everything in the cloud et zero CPE hormis un modem EFM 
>>> ou un bidule quelqu'onque de demarcation.
>>> Et a ce titre, commencer à se demander si faire de l'OAM sur les acces 
>>> EFM/FO, ce ne serait pas un peu plus pratique que du SNMP des familles.
>>> (je ne parle que de l’accès, le reste c'est une autre histoire).
>> J’aime bien ta vision de la France avec que des clients type bonnes
>> PME ou CAC 40 :)
>> En fait, la France c’est plutôt 94% de petites boites, qui ont de
>> l’ADSL aujourd’hui, et demain du FTTH/FTTLA avec couche PPPoE.
>> Donc là, le EiTC (Copyright S.Lesimple 2016), ça va pas le faire :)
>> Heureusement, Technicolor, que beaucoup d’entre nous utilisent, semble
>> supporter IPv6 de manière décente sur leurs modèles récents, mais ça
>> reste à tester en ce qui me concerne.
> 
> Oui certes, l'approche est très orientée vers un certain type de client.
> Ceci étant, le modèle me semble etre relativement facilement répliqué sur les 
> autres types d’accès.
> Reste à voir avec quoi et sur quelles offres de référence effectivement.
> 
> Ce que je recherche en priorité, c'est ne plus avoir de "liabilities" sur le 
> site du client qui contraint à du support chiant et coûteux.
> C'est l'uberisation à tous les étages, le moindre cent compte...
> 


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

Re: [FRnOG] [MISC] Trool IPv6, quoique...

2016-05-27 Par sujet sebastien . lesimple 

Le 2016-05-27 15:11, David Ponzone a écrit :


D'ou l’intérêt du Everything in the cloud et zero CPE hormis un modem 
EFM ou un bidule quelqu'onque de demarcation.
Et a ce titre, commencer à se demander si faire de l'OAM sur les acces 
EFM/FO, ce ne serait pas un peu plus pratique que du SNMP des 
familles.

(je ne parle que de l’accès, le reste c'est une autre histoire).



J’aime bien ta vision de la France avec que des clients type bonnes
PME ou CAC 40 :)
En fait, la France c’est plutôt 94% de petites boites, qui ont de
l’ADSL aujourd’hui, et demain du FTTH/FTTLA avec couche PPPoE.
Donc là, le EiTC (Copyright S.Lesimple 2016), ça va pas le faire :)
Heureusement, Technicolor, que beaucoup d’entre nous utilisent, semble
supporter IPv6 de manière décente sur leurs modèles récents, mais ça
reste à tester en ce qui me concerne.


Oui certes, l'approche est très orientée vers un certain type de client.
Ceci étant, le modèle me semble etre relativement facilement répliqué 
sur les autres types d’accès.

Reste à voir avec quoi et sur quelles offres de référence effectivement.

Ce que je recherche en priorité, c'est ne plus avoir de "liabilities" 
sur le site du client qui contraint à du support chiant et coûteux.

C'est l'uberisation à tous les étages, le moindre cent compte...


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

[FRnOG] [BIZ] Broker : switchs brocade à vendre

2016-05-27 Par sujet David B. 

Bonjour à tous,

Je cherche à me faire reprendre des switchs brocade.

1 x ICX 6610-48
3 x ICX 6430-24
3 x ICX 6430-24P
2 x ICX 6430-48
5 x FCX648S

Matériel a venir récupérer sur Levallois Perret.
Pour ceux intéressés, merci de me faire une offre en privé. :)

Merci et bonne fin de semaine à tous et toutes. :)
David.


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

Re: [FRnOG] [MISC] Trool IPv6, quoique...

2016-05-27 Par sujet Jeremy 

Il ne faut pas croire que personne ne bouge sur l'IPv6.

Il y a beaucoup de petits acteurs qui se cassent les dents sur la mise 
en place de l'ipv6 dans l'ensemble des réseaux que ça soit en core, ou 
vers le LAN.


De notre coté, on investi presque 50 k€ cette année en R sur l'IPv6 
(30 % de notre budget R, 7 % de notre CA). Paradoxalement, notre 
niveau d'investissement est identique sur l'ipv4 (faut bien acheter des 
blocs sur le marché noir pour continuer à vendre). Mais on a fait le 
choix d'aligner notre niveau d'investissement parce que ça devient critique.
Les premiers produits issue de cette R doivent sortir dans quelques 
semaines. On est pas les seuls à le faire, d'autres comme nous beaucoup 
plus gros y travaillent aussi, mais avec des priorités moindre.


L'avenir nous dira si on a raison de faire ça :)

Jérémy


Le 27/05/2016 à 15:11, David Ponzone a écrit :

D'ou l’intérêt du Everything in the cloud et zero CPE hormis un modem EFM ou un 
bidule quelqu'onque de demarcation.
Et a ce titre, commencer à se demander si faire de l'OAM sur les acces EFM/FO, 
ce ne serait pas un peu plus pratique que du SNMP des familles.
(je ne parle que de l’accès, le reste c'est une autre histoire).


J’aime bien ta vision de la France avec que des clients type bonnes PME ou CAC 
40 :)
En fait, la France c’est plutôt 94% de petites boites, qui ont de l’ADSL 
aujourd’hui, et demain du FTTH/FTTLA avec couche PPPoE.
Donc là, le EiTC (Copyright S.Lesimple 2016), ça va pas le faire :)
Heureusement, Technicolor, que beaucoup d’entre nous utilisent, semble 
supporter IPv6 de manière décente sur leurs modèles récents, mais ça reste à 
tester en ce qui me concerne.


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




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

Re: [FRnOG] [MISC] Trool IPv6, quoique...

2016-05-27 Par sujet David Ponzone 
> 
> D'ou l’intérêt du Everything in the cloud et zero CPE hormis un modem EFM ou 
> un bidule quelqu'onque de demarcation.
> Et a ce titre, commencer à se demander si faire de l'OAM sur les acces 
> EFM/FO, ce ne serait pas un peu plus pratique que du SNMP des familles.
> (je ne parle que de l’accès, le reste c'est une autre histoire).


J’aime bien ta vision de la France avec que des clients type bonnes PME ou CAC 
40 :)
En fait, la France c’est plutôt 94% de petites boites, qui ont de l’ADSL 
aujourd’hui, et demain du FTTH/FTTLA avec couche PPPoE.
Donc là, le EiTC (Copyright S.Lesimple 2016), ça va pas le faire :)
Heureusement, Technicolor, que beaucoup d’entre nous utilisent, semble 
supporter IPv6 de manière décente sur leurs modèles récents, mais ça reste à 
tester en ce qui me concerne.


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

Re: [FRnOG] [MISC] Trool IPv6, quoique...

2016-05-27 Par sujet sebastien . lesimple 

Le 2016-05-27 14:48, David Ponzone a écrit :

Tu peux quand même aujourd’hui mettre un client en dual-stack sans lui
demander son avis.
Au moins tu lui apportes IPv6 jusqu’à son LAN.
Si les clients ont la couche IPv6 désactivée, c’est une autre problème.


Je suis d'accord avec toi, vu de mon baclon aussi, fournir par défaut du 
dual stack sur de l’accès devrait être la norme.
Derrière les admin sys du client seront les premiers a jouer avec et 
déployer progressivement le dual sur leur archi pour aboutir à du full 
dual un jour ou l'autre.
Du moins c'est comme cela que je vois les choses se faire depuis un bon 
moment.




Personnellement, je dois admettre que jusqu’à maintenant, j’ai eu la
flemme (par manque de temps) de mettre les nouveaux clients en
dual-stack.
Il faut retester le comportement de chaque CPE (ceux qui ont DHCPv6,
ceux qui l’ont pas,etc..).


D'ou l’intérêt du Everything in the cloud et zero CPE hormis un modem 
EFM ou un bidule quelqu'onque de demarcation.
Et a ce titre, commencer à se demander si faire de l'OAM sur les acces 
EFM/FO, ce ne serait pas un peu plus pratique que du SNMP des familles.

(je ne parle que de l’accès, le reste c'est une autre histoire).


Pourtant, depuis 2 jours, je suis 4-star au RIPEness, comme beaucoup
ici, mais c’est à la 5ème que les emmerdes vont commencer.
Et en fait, à bien y réfléchir, je crois que ce qui me freine le plus,
c’est l’idée de commencer à réfléchir comment découper mon /29 entre
subnet clients, subnet PtP d'interco, /32 donc /128 pour les clients
PPPoE, etc…

Si quelqu’un a des idées à partager, je suis preneur, ça m’enlèvera
peut-être mes appréhensions.


C'est pas fondamentalement différent d'IPv4.
Il faut choisir sa stratégie et là, je pense qu'il y en a autant que 
d'acteurs concernés pour le coups...




Le 27 mai 2016 à 14:40, Alexis Lameire  a 
écrit :


En vertue de la propension humaine à tout faire en dernière minute, 
c'est

pas ç_a qui vas faire changer les mentalité

Tant que les mec perdront pas des clients/du ca par ce qu'ils sont pas 
en
IPv6 (et quand je dit perdre, je parle de perte conséquente) on auras 
pas

de changement.

L'IPv6 c'est le même problème de la dette technique dans les 
entreprises.

C'est pas l'ingé qui décide, c'est la direction.

Alexis

Le 27 mai 2016 à 14:29,  a écrit :


Bon pour une fois c'est pas moi qui le dit, c'est le RIPE ;)

https://pbs.twimg.com/media/CjdKg-HWgAAJlDZ.jpg


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



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



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

Re: [FRnOG] [MISC] Trool IPv6, quoique...

2016-05-27 Par sujet David Ponzone 
Tu peux quand même aujourd’hui mettre un client en dual-stack sans lui demander 
son avis.
Au moins tu lui apportes IPv6 jusqu’à son LAN.
Si les clients ont la couche IPv6 désactivée, c’est une autre problème.

Personnellement, je dois admettre que jusqu’à maintenant, j’ai eu la flemme 
(par manque de temps) de mettre les nouveaux clients en dual-stack.
Il faut retester le comportement de chaque CPE (ceux qui ont DHCPv6, ceux qui 
l’ont pas,etc..).
Pourtant, depuis 2 jours, je suis 4-star au RIPEness, comme beaucoup ici, mais 
c’est à la 5ème que les emmerdes vont commencer.
Et en fait, à bien y réfléchir, je crois que ce qui me freine le plus, c’est 
l’idée de commencer à réfléchir comment découper mon /29 entre subnet clients, 
subnet PtP d'interco, /32 donc /128 pour les clients PPPoE, etc…

Si quelqu’un a des idées à partager, je suis preneur, ça m’enlèvera peut-être 
mes appréhensions.



> Le 27 mai 2016 à 14:40, Alexis Lameire  a écrit :
> 
> En vertue de la propension humaine à tout faire en dernière minute, c'est
> pas ç_a qui vas faire changer les mentalité
> 
> Tant que les mec perdront pas des clients/du ca par ce qu'ils sont pas en
> IPv6 (et quand je dit perdre, je parle de perte conséquente) on auras pas
> de changement.
> 
> L'IPv6 c'est le même problème de la dette technique dans les entreprises.
> C'est pas l'ingé qui décide, c'est la direction.
> 
> Alexis
> 
> Le 27 mai 2016 à 14:29,  a écrit :
> 
>> Bon pour une fois c'est pas moi qui le dit, c'est le RIPE ;)
>> 
>> https://pbs.twimg.com/media/CjdKg-HWgAAJlDZ.jpg
>> 
>> 
>> ---
>> Liste de diffusion du FRnOG
>> http://www.frnog.org/
>> 
> 
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/


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

Re: [FRnOG] [MISC] Trool IPv6, quoique...

2016-05-27 Par sujet sebastien . lesimple 

Ouais, parfaitement!
Je trouve que ça fait trop longtemps que nous sommes tous beaucoup trop 
sérieux le vendredi ;)

Seb.

Le 2016-05-27 14:37, Edouard Chamillard a écrit :

trolldi alert, trolldi alert.

On 05/27/2016 02:29 PM, sebastien.lesim...@iguanetel.fr wrote:

Bon pour une fois c'est pas moi qui le dit, c'est le RIPE ;)

https://pbs.twimg.com/media/CjdKg-HWgAAJlDZ.jpg


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



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

Re: [FRnOG] [MISC] Trool IPv6, quoique...

2016-05-27 Par sujet Alexis Lameire 
En vertue de la propension humaine à tout faire en dernière minute, c'est
pas ç_a qui vas faire changer les mentalité

Tant que les mec perdront pas des clients/du ca par ce qu'ils sont pas en
IPv6 (et quand je dit perdre, je parle de perte conséquente) on auras pas
de changement.

L'IPv6 c'est le même problème de la dette technique dans les entreprises.
C'est pas l'ingé qui décide, c'est la direction.

Alexis

Le 27 mai 2016 à 14:29,  a écrit :

> Bon pour une fois c'est pas moi qui le dit, c'est le RIPE ;)
>
> https://pbs.twimg.com/media/CjdKg-HWgAAJlDZ.jpg
>
>
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
>

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

Re: [FRnOG] [MISC] Trool IPv6, quoique...

2016-05-27 Par sujet Edouard Chamillard 
trolldi alert, trolldi alert.

On 05/27/2016 02:29 PM, sebastien.lesim...@iguanetel.fr wrote:
> Bon pour une fois c'est pas moi qui le dit, c'est le RIPE ;)
>
> https://pbs.twimg.com/media/CjdKg-HWgAAJlDZ.jpg
>
>
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/




signature.asc
Description: OpenPGP digital signature

[FRnOG] [MISC] Trool IPv6, quoique...

2016-05-27 Par sujet sebastien . lesimple 

Bon pour une fois c'est pas moi qui le dit, c'est le RIPE ;)

https://pbs.twimg.com/media/CjdKg-HWgAAJlDZ.jpg


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

Re : Re: [FRnOG] [TECH] Discussion technique

2016-05-27 Par sujet ousmanegueye 
Ok merci.
Je vois un peu.
En fait, il y a un besoin fort de gestion et maîtrise du STP.
Pour le coup, si les SG550 le gère mal le choix est vite fait.

- Mail d'origine -
De: David Ponzone 
À: ousmanegu...@free.fr
Cc: frnog-t...@frnog.org
Envoyé: Fri, 27 May 2016 11:51:50 +0200 (CEST)
Objet: Re: [FRnOG] [TECH] Discussion technique

Ben ouais c’est du ex-Linksys, donc pas IOS.
Je les connais pas perso, mais une recherche rapide me laisse penser que:
-comme switch bête pour du iSCSI, pourquoi pas
-si on tape dans les fonctions avancées, y aurait des bugs côté SPT par exemple

> Le 27 mai 2016 à 11:38, ousmanegu...@free.fr a écrit :
> 
> hello tout le monde,
> 
> Je fais appel à vous pour un retour d'expérience sur les cisco sg550 vs 2960.
> Je souhaiterais surtout savoir si en N2, les sg550 sont aussi fiables que les 
> 2960 car en terme de prix il n'y a pas de comparaison possible.
> 
> Merci d'avance de vos retours.
> 
> 
> Cordialement
> 
> 
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/



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

[FRnOG] [MISC] Quelques infos du RIPE72

2016-05-27 Par sujet Julien Escario 

Bonjour,
J'ai trouvé le résultat des votes du général meeting du RIPE un peu dure 
à récupérer, même en étant sur place donc je me permets de transmettre 
ça ici pour ceux que ça pourrait intéresser.


Version courte : les 4 résolutions sont adoptées et Nigel et Remco sont 
réélus.


Version longue :
Résolution 1, adoption des comptes 2016 : 679 pour, 41 contre, 69 absentions

Résolution 2, décharge légale du board : 606 pour, 64 contre, 106 
absentions.


Résolution 3, ré-ouverture aux mutli-LIR par membre : 476 pour, 256 
contre, 42 abstentions


Résolution 4, adoption du budget prévisionnel 2017 : 667 pour, 82 
contre, 27 absentions.


Pour l'élection, le décompte n'a pas été donné mais Nigel emporte le 
poste 1 et Remco le poste 2.


Voilà, je pense que l'essentiel y est.

Julien

P.S. : n'oubliez pas qu'il y a encore pas mal de PDP pour 2 policies en 
cours concernant le last /8 : 
https://www.ripe.net/participate/policies/current-proposals/current-policy-proposals



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

Re: [FRnOG] [TECH] Discussion technique

2016-05-27 Par sujet Michel 'ic' Luczak 
Pareil ici, en multiprise pour du NFS (VMWare) sans aucune config dedans, 
jamais eu un seul problème. Jamais essayé de configurer quoi que ce soit dessus.

++ ic

> On 27 May 2016, at 11:51, David Ponzone  wrote:
> 
> Ben ouais c’est du ex-Linksys, donc pas IOS.
> Je les connais pas perso, mais une recherche rapide me laisse penser que:
> -comme switch bête pour du iSCSI, pourquoi pas
> -si on tape dans les fonctions avancées, y aurait des bugs côté SPT par 
> exemple
> 
>> Le 27 mai 2016 à 11:38, ousmanegu...@free.fr a écrit :
>> 
>> hello tout le monde,
>> 
>> Je fais appel à vous pour un retour d'expérience sur les cisco sg550 vs 2960.
>> Je souhaiterais surtout savoir si en N2, les sg550 sont aussi fiables que 
>> les 2960 car en terme de prix il n'y a pas de comparaison possible.
>> 
>> Merci d'avance de vos retours.
>> 
>> 
>> Cordialement
>> 
>> 
>> ---
>> 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] [TECH] JOBS

2016-05-27 Par sujet claire.f...@colt.net 
Bonjour
Fyi

Envoyé de mon iPhone

Début du message transféré :

Expéditeur: Charles MOUQUET >
Date: 27 mai 2016 12:32:23 UTC+2
Destinataire: >
Cc: Julien DUPRE >
Objet: DJOOL . besoins en cours

Claire,

Merci de nous proposer ton aide via frnog ; voici les profils que nous 
recherchons actuellement :

1 Développeur Ios, qui doit être capable de :
- Développer des applications mobiles en se référant aux specs techniques 
fournis.
- Maitrsiser Objectif C et Swift
- Respecter les guidelines Apple dans ses développements
- Etre capable de soumettre des applications dans le store et effectuer des 
builds INHOUSE pour les tests internes
- Effectuer des audits de code source provenant des prestataires externe

1 Consultant Windows Phone, pour :
- faire du développement à 70% du temps
- faire la gestion de projet à 30% du temps

2 Intégrateur Html, pour :
- développer des projets from scratch et participer à la refonte de sites 
existants, méthodes agiles/scrum
- travailler sur des technos variées et innovantes, problématiques de fort 
trafic, performance et optimisation
nécessité de maîtriser : grunt, gulp ou brunch ; css3/html5 ; JS natif et 
Jquery serait un plus

1 développeur Fullstack JS (angular/node) de préférence

1 développeur Php/JS

1 chef de Projet Technique Mobile (ios/android), anglais ok


On saura être réactif pas de pb la dessus :)

--
--

Cordialement,

Charles Mouquet - Directeur Associé

M: 06 07 06 48 30



www.djool.fr

[Colt Disclaimer]
This email is from an entity of the Colt group of companies. Colt Group S.A.,
K2 Building, Forte 1, 2a rue Albert Borschette, L-1246 Luxembourg, R.C.S.
B115679.  Corporate and contact information for our entities can be found at
http://colt.net/uk/en/Colt-Group-of-Companies/index.htm. Internet
communications are not secure and Colt does not accept responsibility for the
accurate transmission of this message. Content of this email or its
attachments is not legally or contractually binding unless expressly
previously agreed in writing by Colt


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

Re: [FRnOG] [TECH] Discussion technique

2016-05-27 Par sujet Phil Regnauld 
ousmanegu...@free.fr (ousmanegueye) writes:
> hello tout le monde,
> 
> Je fais appel à vous pour un retour d'expérience sur les cisco sg550 vs 2960.

Cisco SG500 ? Le SG550 c'est autre chose:

https://en.wikipedia.org/wiki/SIG_SG_550

:)

> Je souhaiterais surtout savoir si en N2, les sg550 sont aussi fiables que les 
> 2960 car en terme de prix il n'y a pas de comparaison possible.

Bin si c'est pour faire tu top of rack ou du edge ça marche
bien, oui, mais côté fiabilité matérielle, les 29xx peuvent
prendre une alim redondante externe au cas où, mais en gros
pour le prix j'achèterais 2 x SG500 avec un en standby si y'a
la place.

Pour L2 de base, vlans, etc. pas de problème avec les SG.

J'auras probablement pris du HP ou Ubiquiti mais bon :)


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

Re: [FRnOG] [TECH] Discussion technique

2016-05-27 Par sujet Vincent 
Bonjour,

Le plus vieux que l'on a doit avoir 3 4 ans. Jamais entendu parler
depuis sa mise en place. Bon, il n'y a pas de config spécial dessus.

En spare, ça fait l'affaire aussi.

Par contre, pour une config un peu poussée, j'ai laissé tomber et je me
suis rabattu sur des 4948 d'occaz. Ça tombe bien, il fallait une double
alim aussi.

Le 27/05/2016 11:38, ousmanegu...@free.fr a écrit :
> hello tout le monde,
>
> Je fais appel à vous pour un retour d'expérience sur les cisco sg550 vs 2960.
> Je souhaiterais surtout savoir si en N2, les sg550 sont aussi fiables que les 
> 2960 car en terme de prix il n'y a pas de comparaison possible.
>
> Merci d'avance de vos retours.
>
>
> Cordialement
>
>
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/


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

Re: [FRnOG] [TECH] Discussion technique

2016-05-27 Par sujet David Ponzone 
Ben ouais c’est du ex-Linksys, donc pas IOS.
Je les connais pas perso, mais une recherche rapide me laisse penser que:
-comme switch bête pour du iSCSI, pourquoi pas
-si on tape dans les fonctions avancées, y aurait des bugs côté SPT par exemple

> Le 27 mai 2016 à 11:38, ousmanegu...@free.fr a écrit :
> 
> hello tout le monde,
> 
> Je fais appel à vous pour un retour d'expérience sur les cisco sg550 vs 2960.
> Je souhaiterais surtout savoir si en N2, les sg550 sont aussi fiables que les 
> 2960 car en terme de prix il n'y a pas de comparaison possible.
> 
> Merci d'avance de vos retours.
> 
> 
> Cordialement
> 
> 
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/


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

[FRnOG] [TECH] Discussion technique

2016-05-27 Par sujet ousmanegueye 
hello tout le monde,

Je fais appel à vous pour un retour d'expérience sur les cisco sg550 vs 2960.
Je souhaiterais surtout savoir si en N2, les sg550 sont aussi fiables que les 
2960 car en terme de prix il n'y a pas de comparaison possible.

Merci d'avance de vos retours.


Cordialement


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