On 17/08/2017 12:08, Guillaume Barrot wrote: > "Bref. Je pense qu'en tant que mec qui fait du reseau, qu'il faut quand > même avoir un oeil sur la qualité du software de base qui a l'air de > s'effriter..." > > Pensez juste qu'au départ, les mecs qui faisaient du réseau étaient de pur > ingé sys. > Typiquement, il y a longtemps eu une histoire comme quoi Cisco s'était > monté sur la base du boulot (hardware et software) que faisait Andy > Bechtolsheim dans le labo d'à coté, avant d'aller monter Sun. > > Donc c'est fondamentalement poreux ces deux domaines normalement. > Après quand on voit comme les purs ingés réseaux sont perdus sur un > Cumulus, effectivement, en pratique ... Punaise, si ca bloque sur Cumulus, comment ca doit faire une crise de nerfs sur un OpenDayLight!?!?
Sérieusement, c'est si complexe que ca de se projetter dans ces solutions? Proprement formé (aie!) et avec une planification cohérente (re aie!) et un vrai projet géré intelligeament (aie, aie, aie!), ce sont des solutions qui me semblent tout à fait cohérentes pour optimiser, automatiser et mettre de la flexibilité dans les approches réseaux, quelque soit l'usage que l'on puisse en avoir, FAI, Cloud, Service provider de tout poil... Parfois (frequement) je trouve que le plus gros probleme, c'est une etrange guerre de clochers entre SI et Réseau! Avec, et là je le constate sans arrets, un obscurantisme coté réseau qui me semble d'un autre age. Mais bon, c'est un avis perso. Seb. > Le 17 août 2017 à 11:03, Christophe LUCAS <christo...@lucas.fr.eu.org> a > écrit : > >> Bonjour, >> >>> Le 17 août 2017 à 08:51, Xavier Beaudouin <k...@oav.net> a écrit : >>> >>> Hello, >>> >>> Je lurke ce topic et je me fait quelques remarques. >>> >>>>> Si on souhaite ne pas investir >>>>> sur du WAN, on peut facilement faire du VPN client meshé over IPSEC >> avec DMVPN >>>>> phase 3 (sans avoir x VTI de configurés). QOS par tunnel. Mais DMVPN >> n’est pas >>>>> nouveau. >>> Enfin y a un moment il vas devoir avoir besoin que quelqu'un investisse >> sur le WAN, ne serait-ce que pour avoir de la BP de dispo... (Après de la >> QOS sur du VPN over IP, j'veux bien, mais si le tuyau du gars qui as >> investit est saturé, la QOS OSEF…) >> >> Ca n’empêche pas de voir ce qu’on peut faire avec cette technologie. De >> plus, DMVPN peut être utilisé par des entités sur un WAN dédié (je dis bien >> dédié), où donc il est possible de faire de la QOS. Cet exemple provient >> d’expérience pas de l’imaginaire ;-) >> Néanmoins d’un point de vue plus commun, je suis d’accord que la QOS ne >> fait pas passer deux paquets où il ne peut en passer qu’un, mais elle >> prioriser certains types de trafic qui doivent être moins impactés par le >> tail drop. Mais ce n’est pas de la magie, j’en conviens parfaitement. >> >> >> Christophe >> >> --------------------------- >> Liste de diffusion du FRnOG >> http://www.frnog.org/ >> > > --------------------------- Liste de diffusion du FRnOG http://www.frnog.org/
