On September 1, 2018 5:26 PM, Guillaume Barrot
wrote:
> Ah ben tu peux faire de l'EEM + NBAR + PBR + TE, mais y a aussi des moyens
> plus simples de se faire mal quand on est sadomaso.
> La vraie question est plutot : ok, on a eu l'idée, mais en fait, est-ce que
> ça a un intérêt quelconque ?
On Sat, Sep 1, 2018, at 17:26, Guillaume Barrot wrote:
> La vraie question est plutot : ok, on a eu l'idée, mais en fait, est-ce que
> ça a un intérêt quelconque ?
Techniquement, non. Commercialement, il semblerait que si.
> J'ai quand même vu des gars qui sur du SD-WAN envoyaient le trafic
>
Bonjour Guillaume,
Je suis tout à fait d’accord. Aucune machine ne rendra intelligent un
DSI/RSSI/admin/manager/ingé/tech/prof d'univ con :-). Ce que tu décris est une
dérive classique que je vois fréquemment en audit. On met tout par défaut sur
le VPN archi-sensible de la boite et après on va
Le ven. 31 août 2018 à 11:12, Alex Martino a
écrit :
> Faire de la décision basé sur latence, jitter, packet-loss et
> reconnaissance
> d'application au niveau L7 pour faire du TE, c'est certainement possible,
> mais je doute beaucoup que grand monde y arrive, avec des effectifs
> réduits.
>
Ah
‐‐‐ Original Message ‐‐‐
On August 31, 2018 12:27 AM, Guillaume Barrot
wrote:
> Ah ben si, totalement même.
> Après c'est pas de bol si tous les constructeurs Verso, Velocloud and co,
> eux, ne l'ont pas compris et on fait juste une interface HTML5 pour
> provisionner du PBR over DMVPN.
On Fri, 31 Aug 2018 00:27:05 +0200
Guillaume Barrot wrote:
>| > On Thu, 30 Aug 2018 13:29:51 +0200
>| > Jérôme Nicolle wrote:
>| > >| 'tention, le SD-WAN n'est pas du "SDN" ;-)
>| >
>|
>| Ah ben si, totalement même.
>| Après c'est pas de bol si tous les constructeurs Verso, Velocloud and co,
>|
> On Thu, 30 Aug 2018 13:29:51 +0200
> Jérôme Nicolle wrote:
> >| 'tention, le SD-WAN n'est pas du "SDN" ;-)
>
Ah ben si, totalement même.
Après c'est pas de bol si tous les constructeurs Verso, Velocloud and co,
eux, ne l'ont pas compris et on fait juste une interface HTML5 pour
provisionner du
On Thu, 30 Aug 2018 13:29:51 +0200
Jérôme Nicolle wrote:
>| Le 30/08/2018 à 12:58, Manuel Guesdon a écrit :
>| > Hum si on revient aux origines, d'après ce que j'en ai compris, on était
>pas
>| > du tout la dessus.
>|
>| 'tention, le SD-WAN n'est pas du "SDN" ;-)
Autant pour moi. Effectivement
Manuel,
Le 30/08/2018 à 12:58, Manuel Guesdon a écrit :
> Hum si on revient aux origines, d'après ce que j'en ai compris, on était pas
> du tout la dessus.
'tention, le SD-WAN n'est pas du "SDN" ;-)
--
Jérôme Nicolle
06 19 31 27 14
---
Liste de diffusion du FRnOG
On Thu, 30 Aug 2018 10:40:37 +0200
Jérôme Nicolle wrote:
>| Le 30/08/2018 à 09:32, Denis Fondras a écrit :
>| > Exactement de la même façon que l'opérateur : avec des métriques.
>| > Avec un peu de BigData/AI/whatever, dans 99% des cas, ça va faire le job
>et plus
>| > rapidement/rigoureusement
Denis,
Le 30/08/2018 à 09:32, Denis Fondras a écrit :
> Exactement de la même façon que l'opérateur : avec des métriques.
> Avec un peu de BigData/AI/whatever, dans 99% des cas, ça va faire le job et
> plus
> rapidement/rigoureusement qu'un monkey-tech.
Avec une différence notable : le
On Wed, Aug 29, 2018 at 09:55:17PM +, Michel Py wrote:
> > La promesse du SD-WAN, c'est pour l'utilisateur final de troquer une
> > dépendance à un opérateur pour une dépendance à un équipementier.
>
> Ce qui est une idée foireuse dès le départ : comment tu veux qu'un clickodrome
> qui ne
Le 29/08/2018 à 23:29, Guillaume Barrot a écrit :
Il dit qu'il a plus de genoux ...
Le mer. 29 août 2018 à 20:06, Olivier Tirat
a écrit :
Le SD-WAN peut être un moyen de construire ses propres architectures
correspondant à ses propres besoins indépendamment d'un opérateur.
Il dit qu'il
> Jérôme Nicolle a écrit :
> La promesse du SD-WAN, c'est pour l'utilisateur final de troquer une
> dépendance à un opérateur pour une dépendance à un équipementier.
Ce qui est une idée foireuse dès le départ : comment tu veux qu'un clickodrome
qui ne connait pas l'infra de l'opérateur puisse
Il dit qu'il a plus de genoux ...
Le mer. 29 août 2018 à 20:06, Olivier Tirat
a écrit :
> Le SD-WAN peut être un moyen de construire ses propres architectures
> correspondant à ses propres besoins indépendamment d'un opérateur.
>
Il dit qu'il voit pas le rapport.
Tu t'appelles "Tartenpion
On Wed, Aug 29, 2018, at 15:10, Jérôme Nicolle wrote:
> Ce qu'il te faut à minima c'est un système d'information qui :
> - Encadre et assiste le delivery, de l'éligibilité au provisionning hardware
> - Génère et fait évoluer les configurations de tous les équipements
> - Supervise l'ensemble en
Et si on essayait de voir aussi le positif.
Le SD-WAN peut être un moyen de construire ses propres architectures
correspondant à ses propres besoins indépendamment d'un opérateur. Mais
pour cela il faut un peu se plonger dans les contrôleurs SDN et ne pas
se laisser aller à utiliser des solutions
Hello Jérôme,
Le mer. 29 août 2018 à 15:11, Jérôme Nicolle a écrit :
> Olivier,
>
> Le 29/08/2018 à 09:29, Olivier Lange a écrit :
> > Sachant que le but est de mettre en place ce SD-Wan pour nos clients.
>
> La promesse du SD-WAN, c'est pour l'utilisateur final de troquer une
> dépendance à
Olivier,
Le 29/08/2018 à 09:29, Olivier Lange a écrit :
> Sachant que le but est de mettre en place ce SD-Wan pour nos clients.
La promesse du SD-WAN, c'est pour l'utilisateur final de troquer une
dépendance à un opérateur pour une dépendance à un équipementier.
On en est arrivés là parce que
Hello la liste,
Je sais que le sujet a été abordé a quelques reprises, mais même en faisant
une recherche, je ne trouve pas d'informations qui me conviennent...
On entends pas mal parler de SD-Wan, et du coup, il faut que j'étudie le
sujet un peu sérieusement. Mais pour le coup, je ne sais pas
20 matches
Mail list logo
