niveau étanchéité, il faut aussi faire attention aux téléphones portables tombés, si ils ont pris un mini pet au niveau de la jonction écran /coque/boitier, l'étanchéité est moins bien assurée.
Après tous les modèles certifiés doivent respecter une norme internationale, donc quelques soient le constructeur à minima, ils respectent la norme.
C'est pareil avec les montres, quand tu fais changer la pile, très très très souvent, ils te disent qu'ils ne garantissent pas l'étanchéité (car juste il dévisse et revisse, ils ne remettent pas le produit pour faire l'étanchéité…)

YouTube suspend plusieurs mois la chaine Adrien Linuxtricks (54 760 abonnés) à cause d'une intelligence artificielle qui croit qu'il incite au piratage (ce qui n'est pas le cas).

Adrien ne peut plus poster de Noueilles vidéos ou même avertir ses abonnés via un post dans la section communauté.
"Vous ne pouvez pas mettre en ligne de vidéos pour le moment, car vous avez reçu des avertissements pour non-respect du règlement de la communauté."

Je regarde la plupart de ses vidéos, et ce sont toujours des vidéos de présentation de distributions Linux ou de présentations de fonctionnalités.
Il a tenté un appel et écrit une lettre ouverte à YouTube, mais ces actions sont restées sans effet.


Voici la vidéo en question, je vous laisse juger :

Il est question de la récente gratuité pour un usage personnel du logiciel VMware Workstation Pro.

J'imagine aussi que ça doit simplifier la gestion ? Genre une VM gère les fonctions équivalentes en 4G/5G ? (enfin si l'EPC ou une partie est virtualisé...)

Ah ok, je savais pas que c'était possible. On peut donc faire de la DC + CA classique ?

Tout les applicatifs récents (2010+), sauf raisons historiques particulières sont virtualisés maintenant. Et même chez pas mal de telcos c'est du k8s, toutes les offres brandées "cloud core" ou similaires c'est du conteneurs maintenant. Ça rend quand même les déploiements beaucoup flexibles que par le passé et surtout le hardware vendu par les équipementiers pour cette parti de l'infra c'est du pur x86 avec 0 particularité en dehors d'être du hardware un peu durci et adapté au monde telco pour les déploiements en shelters : format ATCA, alim 48VDC, mais le runtime c'est full linux/ESXi selon les choix des telcos.


Et pour la dual connectivity c'est vraiment prévu pour facilité la gestion des cas très hétérogène, quand des macrocells 700-800mhz et des microcells mmWave vont se superposer. Après faut aussi reconnaître que c'est plus simple de faire de la NR-DC pour agréger FR1+FR2 que de faire du CA FR1+FR2. Le papier de la GSMA sur le déploiement des cellules en mmWave synthétise assez bien les choses https://www.gsma.com/solutions-and-impact/technologies/networks/wp-content/uploads/2022/10/GSMA-5G-mmWave-Deployment-Best-Practices-White-Paper-Nov-2022.pdf#page=23

The use of FR1+FR2 NR CA will result in extended mmWave DL coverage, better utilisation of the mmWave spectrum, particularly for mobility UE, and a reduction in the number of new site deployments required to offer mmWave services across an area. NR-DC does offer better peak speed performance on both the DL and UL when within good UL mmWave coverage. This has been demonstrated through a number of published network trials, 23 such as that by Telstra, Ericsson and Qualcomm, which achieved near 1Gbps single user UL throughput on Telstra’s live network (Ericsson, 2021). Therefore, an optimal deployment is one where the benefits of both NR-DC and FR1+FR2 NR CA can be realised by switching between the two capabilities in different areas of the coverage. The implementation of NR CA does have some strict latency requirements between the NR basebands to enable the coordinated scheduling. This is most easily achieved through co-locating basebands physically in a centralised RAN (C-RAN) architecture, but can also be achieved with low latency layer 2 links in a distributed RAN architecture. In summary, implementing FR1+FR2 NR CA does add additional considerations to network planning that must be considered in the context of the operator’s network architecture.

Vu la durée, cela pourrait être le déplacement des serveurs sur un autre site.

Sauf quand on ne peut pas faire autrement, déplacer "physiquement" des serveurs n'est pas la meilleure approche en général (durée d'interruption de service, risques inhérents au trajet, à l'installation à l'arrivée, etc).
Mais bon, tu as sans doute raison, et ceux qui suivent de près l'infrastructure de K-Net pourront le confirmer ...

Pour ce qu'il y a/avait dedans ...

Si ça se trouve, il y aura plein de nouvelles fonctionnalités (ou la résurrection de fonctionnalités disparues).

Oui j'ai demandé à Vanilu76 en MP.

Réversible, je ne sais pas