[FRnOG] [MISC] Crédits RIPE Atlas

2017-07-09 Par sujet Jonathan Leroy 
Lundi,

J'ai une sonde RIPE Atlas qui tourne depuis quelques années, et ai
accumulé plusieurs millions de crédits inutilisés qui pourraient êtres
utiles à quelqu'un.

Donc si vous avez besoin de crédits Atlas pour lancer des mesures,
faites-moi un mail en supprimant le "unsigned." de mon adresse avec
votre identifiant RIPE et le nombre de crédits dont vous auriez besoin
dans l'idéal.


-- 
Jonathan Leroy.


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

Re: [FRnOG] [TECH] Questions Nexus 3000

2017-07-09 Par sujet Olivier Benghozi 
T'as pas saisi le point, Michel.

Le point c'est :
Si tu utilises un protocole pour propager les définitions de vlans et 
associations automagiques sur les trunks ; propriétaire ou pas [VTP, GVRP, 
MVRP] ; 
alors quand ça va t'exploser entre les mains pour une raison ou une autre, ce 
sera triste mais inévitable.

Sans rapport avec Cisco ou proprio ou pas.


> Le 8 juil. 2017 à 05:42, Michel Py  a 
> écrit :
> 
>>> Raphael Mazelier a écrit :
>>> VTP sérieusement ? je n'envisage même pas que l'on puisse utiliser 
>>> cela en prod; cela c'est toujours terminé en désastre par chez moi.
> 
>> Frédéric GANDER a écrit :
>> +
>> c'est une aberration d'activer ca par défaut en dehors du context entreprise
>> voir pme et encore... sur un catalyst c'est la première chose à déactiver
> 
> Ben justement je suis "enterprise" maintenant et sur le réseau de prod 
> principal (on en a plusieurs petits ou c'est physiquement séparé pas, dans la 
> même salle, et toussa) qui est à ce jour 100% Catalyst çà me fait bien chier 
> de devoir mettre encore une autre usine à gaz parce que sur certains Nexus, 
> Cisco a désactivé VTP client. Encore une niaiserie de leur marketing à la con.
> Les enfants, le réseau çà existait avant l'Internet et il reste encore 
> quelques vieux cons qui se rappellent ce que c'était avant. Je me rappelle de 
> mon premier commutateur, avant que Cisco ne l'appelle Catalyst : c'était un 
> Grand Junction, çà coutait la peau du c.., on pouvait avoir que 1 MAC adresse 
> par port 10 mégas sauf pour LE port 100 mégas, et il y avait pas VTP.
> 
> Si il n'y avait pas VTP, EIGRP, VPST, ISL, HSRP, et autres "merdes 
> propriétaires" inventées par Cisco je me demande bien qui aurait inventé 
> dot1q, VRRP, et autres.


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

Re: [FRnOG] [TECH] UCARP/VRRP avec Debian problème

2017-07-09 Par sujet Raphael Mazelier 



On 07/07/2017 19:33, David Ponzone wrote:

Je sais pas si c’est encore d’actualité, mais en cherchant vite fait pour aider 
Sébastien, j’ai trouvé ça concernant uCARP:

http://www.syawar.com/2013/01/16/ucarp-prevent-re-assertion-of-original-master/ 


A priori, le monsieur a aussi eu besoin de déclarer les 2 en SLAVE pour que ça 
tombe en marche, avec un inconvénient.




Cela vaut ce que vaut comme retour, mais j'avais eu exactement le meme 
genre de soucis quand j'avais évaluer ucarp à l'époque. Après avoir lu 
le code source en partie j'avais conclu sur le fait que cela ne faisait 
pas ce qui était annoncé. Étonnant pour un truc codé par Franck Denis 
mais bref j'étais passé sur keepalived. (et pourtant j'étais fan du 
truc, simple et efficace sur le papier).


Sinon s'il y a des gens aventureux ils peuvent tester mon essai d'un 
démon de HA : https://github.com/ut0mt8/simple-ha-go ; ça marchait pour 
moi :)



--
Raphael Mazelier


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

Re: [FRnOG] [TECH] Questions Nexus 3000

2017-07-09 Par sujet Raphael Mazelier 



On 09/07/2017 02:54, Guillaume Barrot wrote:


Ouais enfin n'oublions pas que SpanningTree, ISIS ... tout ça c'est DEC.
Le FC, Brocade. Etc.



On a dit la même chose je crois. Mon point était de dire qu'on a souvent 
copier des protocoles propriétaires Cisco (ou autres) pour les 
normaliser, plus par facilité qu'autre chose. Cisco et les autres 
poussent leurs propres technologies/protocoles plus dans une logique de 
locking des utilisateurs que dans une vraie réflexion de fond sur les 
besoins du réseau de nos jours.


Malheureusement pour eux l'opensource comme ailleurs va gagner. Ça 
prendra juste un peu plus de temps qu'ailleurs mais c'est inéluctable.


Et peut être que ces sociétés vont comprendre qu'elles devraient se 
recentrer sur ce qu'elles font bien : du hard high-end et de l'intégration.


--
Raphael Mazelier


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