Bien entendu, les propriétaires n'ont aucun intérêt à dire que ce sont eux qui sont la cause du blackout, et en être tenus pour responsables, avec une perte de réputation, et probablement des pénalités à la clé.

Là où j'ai un peu de mal avec cette interprétation, c'est qu'en anglais technique "trip" a quand même un sens précis, et c'est un déclenchement automatique.
Alors oui, on peut envisager un automatisme sur le prix du marché, mais les auteurs du rapport n'auraient pas employé ce terme dans ce cas - surtout s'il y avait un doute.
Comme tu le dis les propriétaires n'ont aucun intérêt à être identifiés comme une des causes du blackout. Mais les auteurs du rapport n'ont pas non plus d'intérêt à les protéger, d'autant plus dans le contexte d'un évènement aussi majeur.
Tu remarqueras que dans les différents textes, et notamment le tableau de la page 117, les termes employés selon les évènements ne sont pas les mêmes:
- fast downward change of operating point jusqu'à 12:32:57
- trips ou generation loss à partir de 12:32:57

Hammett ne publie pratiquement que sur un seul sujet. Pas moi. On est sur un forum où on peut exprimer des opinions divergentes de certains ? Certains sujet autres que j'ai lancé sont très populaires.

Je pense que s'il y a quelqu'un qui cherche à imposer son point de vue sur le forum, c'est toi. Et tu as eu divers accrochages à ce sujet avec divers intervenants. Qui sont à l'encontre de ton rôle de modérateur.

Bonjour Ansekh,

Je rencontre exactement le même problème sur le même type d'infra. J'avoue que je ne comprends pas trop.

Comment tu as résolu le problème ?

Merci

Il y a un intérêt quand même à activer l'IPv6 dans mon cas ? Perte de flux de données alors que pourtant connecté en 5G (beaucoup plus rare en 4G).

Tu viens de donner la réponse , tu n’as pas de VLAN côté WAN chez ton ami.

J'ai encore plus cette interrogation comme j'ai fait la même installation avec la même architecture réseau chez un ami et il n'y a pas cette limite. (UDM SE / Swtich d'aggrégation 10 Gbps, VLAN etc... juste une box free à la place du SFP ONT qui remplace ma LB). Avec cette configuration, si on veut avoir plus des 3,5 Gbps limite de l'IPS, je dois appliquer une exclusion de l'analyse et on peut alors être au max de débit de la fibre vers les 8 Gbps.

Dans ce cas de figure tu ne fais pas d’intervlan donc pas les mêmes problèmes .

Oui j'utilise des VLAN mais ce n'est pas le sujet ici car les 2 équipements sont dans le même LAN et donc pour un transfert entre les 2 machines, le trafic ne doit pas passer par l'UDM et encore moins puisque ce réseau n'est pas dans la liste des réseaux filtrés.

Ce n’est pas ce que tu écrivais plus bas, regarde le lien que j’ai posté , les users d UDM-SE ont du mal à dépasser les  2.3/3 gbps par session tcp.

Pour revenir au cas que tu mentionnes ici , vérifie le tuning des stacks TCP des deux machines

Par contre, j'ai 2 équipements connectés sur 2 ports du switch d'agrégation 10 Gbps, lui-même connecté à l'UDM sur le port SFP+ (port 11) (à l'aide de DAC 10 Gpbs d'origine Ubiquiti). Sur aucun de ces équipements je n'arrive à avoir plus de 2,3 Gbps en DL, mais plutôt 4 Gbps en UL. Le trafic de ces équipements n'est pas analysé par l'UDM. Un test iperf entre les 2 équipements donne un débit proche des 10 Gbps (avec 6 sessions en //, sinon c'est plutot 3,5 en mono). Les 2 équipements sont dans le même LAN/VLAN.