Disons que la fonction n'est pas présente dans la version de base des équipements … Mais il est tout de même possible de le faire (Sauf erreur de ma part) si on peut faire une rallonge financière.
Le 25 juin 2013 à 12:05, Eric Fourage <e...@fourage.net> a écrit : > pas de zero downtime du cluster lors d'un upgrade (un comble pour un > cluster!): > > http://kb.juniper.net/InfoCenter/index?page=content&id=KB17947 > > "Zero downtime is not currently possible on SRX clusters. The goal of this > article is to provide a means to upgrade an SRX cluster with the minimum > amount of downtime possible." > > alors que les SSG le supportait nickel..... > > > Le 25 juin 2013 11:48, <r...@futomaki.net> a écrit : > > > Le 2013-06-25 11:21, Youssef Ghorbal a écrit : > > Par curiosite quand vous parlez de limitations en mode cluster vous > avez des exemples precis/concrets ? > > Je suis tombe sur ce post en googlant SRX : > > http://forums.juniper.net/t5/SRX-Services-Gateway/Convince-me-to-stay-with-SRX-vs-Fortinet-Honest-input-requested/td-p/186575 > > Youssef > > Les soit disantes limitations pour le control link qui doit être direct sans > switching (bon en pratique ça marche quand même) , le commit qui ne peut se > faire qu'au top, les limitations niveau reth, des trucs chelou niveau ipsec... > > -- > Raphael > > > > --------------------------- > Liste de diffusion du FRnOG > http://www.frnog.org/ > > --------------------------- Liste de diffusion du FRnOG http://www.frnog.org/
