Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Problèmes ouverts

Découvrez les problèmes ouverts dans la version 22.2R1 de Junos OS pour les routeurs MX Series.

Pour obtenir les informations les plus complètes et les plus récentes sur les défauts connus de Junos OS, utilisez l’application de recherche de rapport de problème Junos en ligne de Juniper Networks.

Routage général

  • Si une capture vmhost est prise sur un autre disque et qu’aucune autre image du logiciel vmhost n’est mise à niveau, on s’attend à ce que si l’image vmhost actuelle est corrompue, le système démarre avec le disque alternatif afin que l’utilisateur puisse récupérer le disque principal pour restaurer l’état. Cependant, le système de fichiers racine de l’hôte et le nœud démarrent avec le logiciel vmhost précédent au lieu du disque alternatif. PR1281554

  • Sur les équipements MX Series avec MPC7E, MPC8E ou MPC9E installés, si des modules optiques QSFPP-4X10GE-LR du fournisseur (sous-ensemble de modules avec le numéro de pièce 740-054050) sont utilisés, la liaison peut être flapable. PR1436275

  • VXLAN VNI (multicast learning) évolue sur le problème de trafic QFX5110 depuis le tunnel VXLAN jusqu’à l’interface de couche 2. PR1462548

  • Avec nat/stateful-firewall/TCP tickle (activé par défaut) configuré sur MS-MPC/MS-MIC, le processus vmcore se bloque parfois et le crash mspmand peut se produire si des flux de trafic à grande échelle (par exemple des millions de flux) sont traités par lui. PR1482400

  • En cas de liaison HW, des erreurs se produisent sur les 32 liaisons d’un FPC 11. En raison de ces erreurs de liaison, tous les SPC ont signalé des erreurs de destination vers FPC 11 et FPC 11 ont été mis hors ligne avec raison hors ligne en raison de destinations inaccessibles. PR1483529

  • L’interface WAN-PHY s’affiche en permanence avec la valeur 0 du délai de retenue par défaut. Cela ne s’applique pas à une interface avec le cadrage LAN-PHY par défaut. PR1508794

  • Lorsqu’une interface physique AMS est configurée pour la première fois ou qu’un membre de l’offre AMS est supprimé ou ajouté, les PIC sur lesquels les membres de l’offre AMS sont présents sont redémarrés. Il y a un timer en cours d’exécution dans le noyau AMS qui est utilisé comme retard pour que le redémarrage pic soit terminé. Une fois ce délai expiré, AMS suppose que les PIC ont peut-être été redémarrés, et il passe à l’étape suivante de la machine à états finis AMS (FSM). Dans les scénarios évolutifs, ce redémarrage du PIC est retardé en raison de DCD. En effet, lorsqu’une PIC tombe en panne, DCD est censé supprimer les interfaces physiques sur cette PIC et le redémarrage de la PIC s’effectue. Mais DCD est occupé à traiter la configuration à l’échelle et la suppression de l’interface physique est retardée. Ce délai est beaucoup plus important que le timer qui s’exécute dans le noyau AMS. Lorsque le délai expire, le FSM du noyau AMS suppose de manière erronée que le redémarrage PIC serait terminé d’ici là, mais le redémarrage est toujours en attente. Au moment où DCD supprime cette interface physique, les offres AMS sont déjà en place. Pour cette raison, il y a un rabat momentané des paquets. PR1521929

  • En raison de BRCM KBP, la recherche de route peut échouer. Vous devez mettre à niveau KBP pour résoudre ce problème. PR1533513

  • Si vMX s’exécute en mode performance, l’incident peut s’écraser en raison d’un problème rare. PR1534145

  • FPC peut générer un fichier central si la fonctionnalité flap-trap-monitor est set protocols oam ethernet cfm performance-monitoring sla-iterator-profiles utilisée et que le volet de surveillance des performances est effectué.PR1536417

  • Dans les équipements MX2020 à l’échelle, avec localisation vrf activée, 4 millions d’échelles de prochainehop, 800 000 routes à l’échelle. Les SPC peuvent être hors ligne sur GRES. Après GRES, le routeur continue de signaler de nombreuses CM_ALARMs liées à la structure. FPC pourrait continuer à redémarrer et ne pas être en ligne. Le redémarrage du moteur de routage principal et du moteur de routage de secours vous aidera à récupérer et le routeur devient stable. PR1539305

  • Le processus mspmand fuit la mémoire par rapport à la télémétrie MX Series en signalant le message d’erreur suivant : RLIMIT_DATA dépasser. PR1540538

  • 5 millions de DAC connectés entre les équipements QFX10002-60C et MX2010 ne sont pas reliés. Mais avec 1 million et 3 millions de DAC, cette interopérabilité fonctionne comme prévu. Il est également à noter sur les équipements QFX10002-60C et ACX Series ou le générateur de trafic, le même DAC de 5M fonctionne de manière transparente. Il semble y avoir une certaine configuration si ou niveau liaison sur les équipements QFX10002-60C et MX2010 qui doit être déboguée à l’aide des équipes HW et SI et résolue. PR1555955

  • La réponse transitoire SyncE vers PTP est un masque strict à respecter avec une erreur de temps à double sens. Le masque de réponse transitoire SyncE vers PTP peut ne pas être atteint pour les cartes d’interface MPC7E-1G et MPC7E-10G. PR1557999

  • Prise en charge du basculement sur l’énoncé de configuration de blocage du routage en cas d’arrêt anormal de rpd. PR1561059

  • En raison d’une condition de race, la sortie de commande show multicast route extensive instance instance-name peut afficher le statut de la session comme non valide. Une telle sortie est un défaut esthétique et non une indication d’un problème fonctionnel. PR1562387

  • Le temps de maintien de l’interface doit être configuré pour éviter le rabat d’interface supplémentaire. PR1562857

  • La copie de fichiers vers /tmp/ génère un énorme JTASK_SCHED_SLIP. Copiez les fichiers vers /var/tmp/ à la place. PR1571214

  • Ce problème est causé par le pool /8 dont la taille du bloc est de 1. Lorsque la configuration est validée, la création de blocs utilise plus de mémoire, ce qui entraîne une pénurie de mémoire du pool NAT, qui est actuellement notifié au client avec syslog marqué RT_NAT_POOL_MEMORY_SHORTAGE. PR1579627

  • Dans un équipement entièrement chargé, la programmation du pare-feu était parfois défaillante en raison d’une configuration de préfixe à l’échelle avec plus de 6 800 entrées. Toutefois, ce problème n’est pas observé dans la configuration du développement. PR1581767

  • Sur tous les équipements exécutant Junos OS version 19.1R3-S5-J3, l’IFL (interface logique) abonné peut être dans un état bloqué après la suppression d’ESSM (Extensible Subscriber Services Manager). PR1591603

  • Pim VXLAN ne fonctionne pas sur les chipsets TD3 qui activent le flux flexible VXLAN. PR1597276

  • Sur les équipements MX2010 et MX2020 Series : MPC11E : Unified ISSU n’est pas pris en charge pour les mises à niveau logicielles de 21.2 à 21.3 et 21.4 en raison d’un changement de flag day. PR1597728

  • Sur les équipements MX10008 et MX10016, lors du basculement du moteur de routage, en cas d’explosion de paquets ICMP, BFD, SSH, FTP, TELNET et RSVP (environ 18 000 pps), le nouveau moteur de routage de secours peut redémarrer. PR1604299

  • Sur les interfaces Ethernet agrégées avec certaines des liaisons membres de MPC10 ou MPC11, et d’autres liaisons membres d’un autre type MPC (MPC1 jusqu’à MPC9), si vous supprimez une interface « ae », d’autres interfaces « ae » risquent de connaître une perte de paquets unicast. PR1604450

  • Sur les plates-formes MX-VC (Virtual Chassis) avec cartes de service MS-MPC ou SPC3 et AMS (Aggregated Multi-Service), le trafic sur la carte d’interface du châssis de secours peut ne pas être correctement équilibré en raison des conditions de synchronisation. Cela fonctionne bien sur la carte de ligne dans le châssis principal. Il peut y avoir une perte de trafic lorsque les interfaces ne sont pas correctement équilibrées. PR1605284

  • Le chemin du capteur NPU pour l’abonnement est : /junos/system/linecard/npu/memory/ Sa sortie contiendrait des informations telles que : system_id:wf-mt-ranier component_id:4 chemin:sensor_1004_1_1:/junos/system/linecard/npu/memory//junos/system/linec ard/npu/memory/:aftd-trio sequence_number:1 timestamp:1639179017148 . . kv { key:property[name='mem-util-firewall-fw-bytes-allocation-allocation']/state/value int_value:9064 } kv { key:property[name='mem-util-firewall-fw-allocation-count']/state/value int_value:94 } kv { key:property[name='mem-util-firewall-fw-free-count']/state/value int_value:0 } kv { key:property[name='mem-util-firewall-inline-jflow-sample-rr-(dfw)-bytes-all ocated']/state/value int_value:131160 } kv { key:property[name='mem-util-firewall-inline-jflow-sample-rr-(dfw)-allocatio n-count']/state/value int_value:6 } kv {key:property[name='mem-util-firewall-inline-jflow-sample-rr-(dfw)-free-coun t']/state/value int_value:0 } kv { key:property[name='mem-util-firewall-inline-jflow-sample-nh-(dfw)-bytes-all ocated']/state/value int_value:16 } kv { key:property[name='mem-util-firewall-inline-jflow-sample-nh-(dfw)-allocatio n-count']/state/value int_value:1 } kv { key:property[name='mem-util-firewall-inline-jflow-sample-nh-(dfw)-free-coun t']/state/ valeur int_value:0 } kv { key:property[name='mem-util-firewall-fw-strided-bytes-allocation-allocation']/state/val ue int_value:9064 } kv { key:property[name='mem-util-firewall-fw-strided-allocation-count']/state/va lue int_value:94 } kv { key:property[name='mem-util-firewall -fw-strided-free-count']/state/value int_value:0 } kv { key:property[name='mem-util-counters-fw-counter-bytes-allocation-allocation-count']/state/val ue int_value:16416 } kv { key:property[name='mem-util-counters-fw-counter-allocation-count']/state/va lue int_value:3 } . . La sortie CLI (VTY) est : root@wf-mt-ranier-fpc4:pfe> afficher les informations sur la mémoire npu | pare-feu mem-util-firewall-ro-edmem-size 20971520 mem-util-firewall-ro-edmem-allocation 294912 mem-util-firewall-ro-edmem-utilisation 1 mem-util-firewall-ro-edmem-size 20971520 mem-util-firewall-ro-size edmem-allocation 294912 mem-util-firewall-ro-edmem-utilization 1 mem-util-firewall-ro-edmem-size 20971520 mem-util-firewall-ro-edmem-allocation 294912 mem-util-firewall-ro-edmem-utilization 1. PR1606791

  • Sur tous les équipements MX, dans un environnement de gestion des abonnés, de nouveaux abonnés peuvent ne pas se connecter si les fonctionnalités CR (Classe de service) (Classificateur Rewrite) sont utilisées par le service VBF (Variable Based Flow). L’incompatibilité du nombre de références entre le moteur de routage (RE) et le VBF est due à une défaillance de la VAR CHANGE de flux VBF. PR1607056

  • Lorsque rpd envoie un message de suppression inh ou d’ajouts hors d’ordre (se produit rarement) à la sauvegarde rpd, le rpd se bloque et génère un fichier central. PR1607553

  • Les messages syslog en double s’affichent pour les sessions IPv4 et IPv6 après avoir configuré les services NAT avec 2 ensembles de services (style de saut suivant) un pour NAPT44 et un autre pour NAPT64. PR1614358

  • Les erreurs s’affichent avec le saut suivant hieINH->COMPNH->UCAST->AE_IFL. Pendant les volets AE-IFL, le contrôle détecte et lance le MBB. Il est possible que le moteur de transfert de paquets puisse voir une comNH->ucast avec ae-ifl vers le bas, ce qui entraîne ces messages d’erreur, mais ce n’est que transitoire. Ces messages d’erreur n’ont aucun impact sur les fonctionnalités. PR1617388

  • Sur les équipements MX480, les services ntf-agent ne sont pas en cours d’exécution et la connexion TCP est refusée entre le routeur et le collecteur ipfix. PR1626505

  • Les statistiques de l’interface du tunnel affichent des valeurs incorrectes lorsque l’échantillonnage jflow est activé. PR1627713

  • Pour les équipements MX204 et MX2008 « basés sur l’hôte VM », à partir de Junos OS 21.4R1 version ou ultérieure, les connexions ssh et racine sont requises pour copier l’image de carte d’interface (chspmb.elf pour MX2008) de Junos VM vers l’hôte Linux lors de l’installation. Les connexions ssh et racine sont requises lors de l’installation. Utilisez le mot de passe de refus au lieu de refuser comme option de connexion racine par défaut dans la configuration ssh pour permettre une communication interne fiable. Réf https://kb.juniper.net/TSB18224 PR1629943

  • Les compteurs de statistiques de structure ne sont pas affichés dans la sortie de show snmp mib walk ascii jnxFabricMib. PR1634372

  • Sur les plates-formes Junos OS, l’évolutivité élevée de BGP avec routage flapping et le collecteur ou la station BGP Monitoring Protocol (BMP) est très lent peut provoquer un crash rpd en raison de la pression de la mémoire. PR1635143

  • L’équipement USB sur l’équipement MX304 est accessible depuis l’hôte linux au lieu de Junos OS (comme c’est généralement le cas sur la plupart des autres plates-formes). L’équipement MX304 est similaire à l’équipement PTX1000 à cet égard.

  • Sur les cartes MPC10E, sur de nombreux événements de liaison très rapides dans la gamme msec peut ne pas toujours être en mesure de drainer tout le trafic dans la file d’attente. Cela entraîne une perte de trafic passant par l’interface. Le volume de trafic et la configuration des classes de service influencent l’exposition. PR1642584

  • WIth PTPoIPv6 sur MPC2E 3D EQ, L’esclave PTP reste à l’état d’acquisition. PR1642890

  • La configuration exacte de la taille de la mémoire tampon par classe de service n’est pas prise en charge. La file d’attente configurée respective utilise toujours le pool partagé. PR1644355

  • La validation des modifications de configuration pendant la fenêtre de pause de réinitialisation du PFE (Packet Forwarding Engine) (lorsque le PFE est désactivé, mais que la réinitialisation du PFE proprement dite n’a pas encore commencé) peut entraîner des erreurs et des pertes de trafic. En particulier, les changements de configuration qui entraînent la réaffectation des polices (basés sur HMC) peuvent entraîner une gestion intégrale du trafic (c’est-à-dire une non-circulation). Une fois que la procédure de réinitialisation du PFE a commencé, les modifications de configuration doivent être évitées jusqu’à ce que la procédure soit complètement terminée. PR1644661

  • Exécutez avec un équipement BB activé à l’aide de la commande CLI dans la configuration pour les modèles d’accès IPoE et PPPoE. PR1645075

  • En configurant MPC11 en 4x100G et en gardant l’homologue en mode 400G, la liaison apparaît sur peer tout en restant en panne sur l’extrémité locale. PR1653946

  • En cas d’interopérabilité avec les systèmes suivants, le contrôle des flux doit être activé lorsque MACsec est configuré sur le système homologue. Car sur ces systèmes, le contrôle des flux est obligatoire quel que soit le provisionnement CLI. PR1655712

  • Cœur vu par intermittence là où une pile grpc aléatoire est observée. Le service de licence devra être redémarré. PR1656975

  • Le nœud-index dans la clé de liaison est court et ne peut pas tenir lorsque l’index du nœud est de plus de 32 bits de long. Une fois que cet indice dépasse ses limites, le LSP SR-TE sera en panne en raison d’une défaillance des résultats de calcul. PR1657176

  • Les bits TOS(DSCP+ECN) ne sont pas copiés de l’en-tête interne de couche 3 vers l’en-tête VXLAN externe au niveau du VTEP entrant. Pour cette raison, le marquage ECN et la classification DSCP ne fonctionnent pas. PR1658142

  • Sur GNF, aucune donnée en streaming n’est reçue pour /télémétrie-système/abonnements/dynamic-subscriptions/. PR1661106

  • Peu d’entrées ARP ne sont pas résolues pour l’IP d’interface IRB lorsque l’IRB est configuré sous des instances de routage VPLS. PR1662882

  • Mx10008 avec MX10000-LC2101 Carte(s) de ligne prend en charge *PTP* uniquement avec les cartes de structure de commutation JNP10008-SF, *PTP* ne fonctionne actuellement pas avec la(les) carte(s) de structure de commutation JNP10008-SF2. PR1664569

  • Sur toutes les plates-formes Junos OS, les fonctionnalités de dégradation des liaisons doivent être prises en charge et configurées manuellement. La dégradation de liaison est configurée manuellement pour surveiller les erreurs ou les problèmes de liaison. Une fois l’erreur observée, le lien tombe en panne. PR1664978

  • L’interface RE0 vers RE1 EM4 MTU passe à 9 192 octets. Si l’un des moteurs de routage ne dispose pas de ce correctif, la synchronisation du moteur de routage échoue. Pour cette raison, ISSU ne fonctionnera pas. Dans un tel scénario, une mise à niveau de l’image à froid doit être effectuée. PR1665690

  • Après avoir configuré l’option warm-standby , vous devez attendre trois minutes avant le basculement du moteur de routage. PR1623601

  • Dans le cas d’une instance de routage de type EVPN ou EVPN-VPWS, le système crée automatiquement une instance de routage par défaut en dehors d’EVPN et/ou d’une instance de routage EVPN-VPWS. Dans le résultat de la show snmp mib walk jnxVpnInfo commande, le nombre d’instances de routage configurées est toujours un de plus que le nombre d’instances EVPN et/ou EVPN-VPWS configurées dans le système. PR1659466

  • Si la configuration d’interface pour fxp0 et lo0 est supprimée et que vous validez la configuration, la configuration des interfaces réseau internes au processus spmb est également supprimée. Il en résulte que le processus SPMB tombe en panne et génère des alarmes majeures. Assurez-vous que la configuration doit toujours avoir fxp0 ou lo0 disponible. Vous ne devez pas valider une configuration qui n’a pas de configuration d’interfaces pour fxp0 ou lo0. PR1640746

EVPN

  • Dans un environnement PBB-EVPN, la fonctionnalité de suppression d’ARP, qui n’est pas prise en charge par le PBB peut être activée de manière inattendue. Il se peut que les adresses MAC des CE distants ne soient pas apprises et que des pertes de trafic puissent être observées. PR1529940

  • Il s’agit d’un cas où l’interface est désactivée et apparaît en tant que CE après un délai d’expiration. Une intervention manuelle d’une commande d’interface CE claire devrait rétablir cela. Il peut s’agir d’une solution de contournement : 1) effacer l’interface ce auto-evpn <interface-name> 2) configurer edit activate <interface-name> family inet inet6. Nous pouvons résoudre ce problème en phase 2 en gardant un état persistant sur une interface étant une interface centrale faisant face dans une certaine incarnation. PR1630627

Traitement basé sur les flux et sur les paquets

  • Lorsque le client exécute une issu unifiée avec une configuration VRF-group de sécurité, l’ISSU unifiée ne peut pas être effectuée avec succès. PR1661935

Transfert et échantillonnage

  • Lorsque GRES est déclenché par une défaillance matérielle SSD, l’erreur syslog de rpd[2191] : krt_flow_dfwd_open,8073 : Échec de la connexion au DFWD, réponse de vérification des erreurs - Fonctionnement hors délai peut être visible. Le problème peut être récupéré en redémarrant le démon dfwd. PR1397171

  • Le filtre de recherche rapide dont la correspondance n’est pas prise en charge dans le matériel FLT peut entraîner une baisse du trafic. PR1573350

Fonctionnalités de couche 2

  • L’ajout d’une autre interface logique de sous-interface à une interface existante entraîne une perte de trafic de 20 à 50 millisecondes sur l’interface logique existante. PR1367488

MPLS

  • Dans le cas de MVPN, si l’index suivant d’un groupe n’est pas le même entre le principal et la sauvegarde après un basculement nsr, vous pouvez voir une perte de paquets de 250 à 400 millisecondes. PR1561287

  • Les tentatives d’entrée après le LSP restent en panne pendant une période prolongée ou le client efface le LSP pour accélérer la nouvelle tentative. PR1631774

Gestion et surveillance du réseau

  • Lorsque la longueur maximale du mot de passe est configurée et que l’utilisateur tente de configurer un mot de passe dont la longueur dépasse la longueur maximale du mot de passe configuré, une erreur est lancée, ainsi que la balise ok d’erreur est également émise. (Idéalement, la balise ok ne doit pas être émise dans un scénario d’erreur.) La configuration n’est pas validée. PR1585855

  • Une fuite de mémoire mineure est observée dans le processus de démon d’événements lorsque plusieurs basculements GRES sont effectués. PR1602536

  • Le processus mgd peut s’écraser lorsque vous configurez une valeur non valide pour les leafs ou listes de type identityref lors de la configuration d’Openconfig ou de tout autre YANG tiers. Le problème se produit avec les charges JSON et XML. PR1615773

Plate-forme et infrastructure

  • Le volet de l’interface de commutation du moteur de routage peut être visible avec un glissement du planificateur. PR1541772

  • Si vous utilisez le paramètre de configuration NTP source-adresse et que vous envoyez la commande set ntp date à partir de l’interface cli, les paquets sont envoyés avec l’adresse source de l’interface sortante plutôt que l’adresse IP configurée manuellement. En règle générale, l’adresse IP configurée manuellement est une adresse de bouclage. Le problème ne s’applique pas aux paquets de sondage NTP générés automatiquement. PR1545022

  • TWAMP-Light est pris en charge sur les équipements MX Series. La prise en charge de la configuration CLI sera désactivée sur toutes les autres plates-formes. N’utilisez pas le voyant de type contrôle sous les plates-formes où cette fonctionnalité n’est pas prise en charge. Actuellement, les twamp-light IPv4 et IPv6 sont pris en charge sur les plates-formes à l’aide des chipsets TRIO et PE. PR1603128

  • À l’aide d’une configuration LSP (chemin de commutation étiqueté) statique, le nœud enfant n’est pas retiré du composite d’inondation lorsque l’interface centrale tombe en panne. PR1631217

  • Avec une échelle multidimensionnelle donnée, si la configuration est supprimée et restaurée en continu pendant plus de 24 fois, le FPC basé sur MX Trio risque d’échouer et de redémarrer. Lors du redémarrage, il peut y avoir un impact sur le trafic si les chemins de sauvegarde ne sont pas configurés. PR1636758

Protocoles de routage

  • Sur les équipements MX, les paquets de registre multicast initiaux peuvent être supprimés, ce qui peut affecter les services multicast. PR1621358

  • Lorsque le filtre est configuré via une configuration ouverte et lié à une instance de table de routage, l’objet de liaison de filtre n’est pas publié en raison de l’absence d’objet de table de routage. Par conséquent, le filtre ne fonctionne pas comme prévu puisque le trafic ne touche pas le filtre. PR1644421

  • RFC 8950/RFC 5549, permet la publicité d’un BGP Nexthop d’une famille différente (par exemple IPv6) que la famille d’adresses NLRI (par exemple IPv4). Le mappage des familles d’adresses possibles est échangé à l’aide des fonctionnalités BGP. La spécification BGP Capabilities, RFC 5492, recommande qu’une seule fonctionnalité TLV d’un type donné soit annoncée lorsque plusieurs éléments de cette TLV sont présents. Cette RFC permet également d’annoncer plusieurs fonctionnalités du même type pour plusieurs éléments pour une rétrocompatibilité. La gestion par Junos BGP de la fonctionnalité nexthop étendue BGP n’a pas géré plusieurs fonctionnalités du même point de code lorsque plusieurs fonctionnalités étendues de prochainehop étaient présentes. Il n’a conservé que le dernier envoyé. PR1649332

  • Équipement ayant trois instances de routage avec une stratégie RT d’importation et d’exportation et lorsque nous avons configuré l’exportation automatique dans deux VRF, puis des routes à partir du troisième VRF (auto-export non configuré) Le routage fuit de manière incorrecte dans deux autres VRF avec exportation automatique. PR1665094

Vpn

  • Dans certains scénarios (par exemple, la configuration du filtre de pare-feu), les routeurs peuvent afficher les entrées IPsec SA et NHTB obsolètes, même lorsque l’homologue démonte le tunnel. PR1432925

  • La configuration de débogage de tunnel n’est pas synchronisée avec le nœud de sauvegarde. Il doit être à nouveau configuré après le basculement RG0. PR1450393

  • Lors de l’utilisation du VPN de groupe, dans certains cas, le message PUSH ACK du membre du groupe au serveur de clé de groupe peut être perdu. Le membre du groupe peut toujours envoyer des demandes de re-clé pour les SA TEK avant l’expiration de la durée de vie difficile. Ce n’est que si le serveur de clés envoie de nouveaux messages PUSH aux membres du groupe que ces mises à jour ne seront pas reçues par le membre du groupe, car le serveur de clés aurait retiré le membre de la liste des membres enregistrés. PR1608290