Messages récents

Pages: 1 [2] 3 4 5 6 7 ... 10
11
Si la 5G SA est instable aujourd'hui (chez la plupart des opérateurs), c'est en partie parce que Free Mobile n'utilise que le 3500 MHz et il y a une forte atténuation encore plus en milieu urbain, en plus que c'est utilisé par de la 5G NSA en mélange avec de la 4G par d'autres utilisateurs dans la même zone alors que nous nous sommes en 5G SA. Il faut l'associer absolument à une fréquence basse (donc le 700 MHz) pour éviter les déconnexions fréquentes en mode SA et que la partie 5G VoNR soit plus fiable pour les appels via la 5G par exemple. C'est ce qui manque le plus actuellement côté Free Mobile

Effectivement, mais donc en complément du 3500 MHz. Là, où il n'y a pas de 3500 MHz, faire de la SA sur 700 MHz ne fait qu'isoler cette fréquence, et donc conduit à n'avoir plus que 10 MHz de bande passante (plus d'agrégation), donc à un débit très faible. C'est pour cela que je ne pense pas que Free mobile fera de la 5G SA sur les 11.000 sites restants où il n'y a pas de 3500 MHz. Il est d'un côté à 21000 sites 5G 700 opérationnels, et de l'autre à 10160 sites 3500 MHz. Il a plus de sites 5G 700 seuls que de sites 3500 MHz...
12
Je n'ai remarqué aucune amélioration de la qualité de réseau depuis que Free Mobile a commencé à basculer sa bande 900 MHz vers la 4G.
Au contraire, couper la 3G a si fortement dégradé l'expérience chez les utilisateurs de terminaux 4G/5G non VoLTE qu'ils résilient.
Cette histoire n'apportera aucun gain de nouveaux abonnés, au contraire. Les résultats pour le T4 2025 seront moches. Free Mobile en a peut-être profité pour mettre fin à sa 3G en cette fin d'année car les recrutements de nouveaux abonnés depuis le début de ce trimestre étaient forts. Si 200.000 nouveaux abonnés avaient été recrutés, les résiliations pour cause de fermeture du réseau 3G seront peut-être "cachées", sauf si elles dépassent le volume des nouveaux entrants.

On croise les doigts pour que Free sorte le carnet de chèque et paie Sony afin que la VoLTE soit activée sur l'ensemble des modèles concernés.
Dans ce cas, les lignes retourneront chez Free Mobile.
13
Comment pas forcément SA ? La NR ne fonctionne qu'en SA, non ? Les communications sinon continueront à passer en VoLTE. Bon, cela ne change effectivement pas grand chose si on dit simplement que la bande 700 MHz (n28), sera consacrée uniquement à la 5G, et plus partagée par DSS avec la 4G, sans parler de NR ou pas.

Si la 5G SA est instable aujourd'hui (chez la plupart des opérateurs), c'est en partie parce que Free Mobile n'utilise que le 3500 MHz et il y a une forte atténuation encore plus en milieu urbain, en plus que c'est utilisé par de la 5G NSA en mélange avec de la 4G par d'autres utilisateurs dans la même zone alors que nous nous sommes en 5G SA. Il faut l'associer absolument à une fréquence basse (donc le 700 MHz) pour éviter les déconnexions fréquentes en mode SA et que la partie 5G VoNR soit plus fiable pour les appels via la 5G par exemple. C'est ce qui manque le plus actuellement côté Free Mobile

L'apport de la 4G 900 (avec 8,7 MHz de largeur) donne un avantage aussi pour la 5G 700 MHz (en SA, et avec 10 MHz de largeur si ça se fait prochainement), elle va désaturer cette bande pour la VoNR par exemple. Le taux d'utilisateur en 5G augmente chaque année, donc ça suit une logique de croissance et donc de dédier un peu plus de capacité spécifiquement pour la 5G n'est pas déconnant
14
Comment pas forcément SA ? La NR ne fonctionne qu'en SA, non ?

NR = New Radio. Tout comme LTE veut dire = Long Term Evolution.

On peut dire « 5G » et « 4G », ou « 5G NR » et « 4G LTE ». Je crois donc que tu as confondu « NR » et « VoNR » ;) (car oui, c'est la VoNR qui nécessite d'être en SA)

C'est un peu un pléonasme d'utiliser les termes « complets » ... j'ai tendance à les utiliser surtout quand je parle avec des amis américains, car chez eux ils ont eu la « 5G » qui était de la LTE-A (4G+)...

La carte est belle, effectivement, mais même si les sites savent répartir la charge, je me demande si le fait que la data soit illimitée pour un abonné Free fixe (et quand même 350 Go sinon, pour le forfait), n'explique pas les résultats mitigés dans les observatoires de débit, comme celui de l'ARCEP, et une latence relativement élevée, du faut d'un usage un peu abusif chez certains, saturant les sites.

C'est sûr qu'offrir de l'illimité quand on est l'opérateur qui a le moins de largeur de spectre et le réseau le plus jeune, ça va naturellement conduire à plus de saturations, mais ça n'est pas un seul terminal (le mien) qui fait des tests en série de temps en temps en déplacement qui va peser sur la balance...

Le facteur le plus handicapant reste de très très TRÈS loin le manque de spectre radio en bande basse, et c'est justement ça que la bascule de la bande 900 de 3G en 4G vient soulager.

Merci pour ton retour d'expérience. (...)

Je précise aussi que j'ai bloqué mon smartphone en 4G/5G uniquement grâce au menu radio caché d'Android. Il y a un paramètre officiel pour bloquer la 2G sur la plupart des téléphones récents mais ça n'est pas encore proposé pour la 3G...
15
De notre côté, la plupart des appels entrants n'aboutissaient par sur la ligne résiliée (Sony Xperia 1 II). L'itinérance se réactivait lorsqu'elle avait envie, puis finissait par se désactiver.

Il y avait, par ailleurs, un autre problème. En déplacement, le smartphone passait, sans raison, du réseau 4G/5G de Free Mobile à la 3G itinérance Orange, et y campait pendant 10 minutes voire plus.
En trajet en voiture, cela avait pour conséquence de couper la musique à longueur de temps. Il a donc été décidé de changer d'opérateur après environ une semaine de merdier.
16
« Donc SA » ? Non, pas forcément. De plus, que ça soit en SA ou NSA n'a aucune incidence sur ce que j'étais en train de dire !

Comment pas forcément SA ? La NR ne fonctionne qu'en SA, non ? Les communications sinon continueront à passer en VoLTE. Bon, cela ne change effectivement pas grand chose si on dit simplement que la bande 700 MHz (n28), sera consacrée uniquement à la 5G, et plus partagée par DSS avec la 4G, sans parler de NR ou pas.

La carte est belle, effectivement, mais même si les sites savent répartir la charge, je me demande si le fait que la data soit illimitée pour un abonné Free fixe (et quand même 350 Go sinon, pour le forfait), n'explique pas en partie les résultats mitigés dans les observatoires de débit, comme celui de l'ARCEP, et une latence relativement élevée, du fait d'un usage un peu abusif chez certains, saturant les sites.

Tu peux expliquer les couleurs ? Vert, bon débit, rouge , mauvais ?

C'est beaucoup plus parlant que RNC Mobile qui se préoccupe surtout des débits au pied des pylônes :D

Cela, c'est vrai !
17
Le bug du 19 janvier 2038 à 3 h 14 min 8 s, temps universel, est connu depuis longtemps. On en parlait déjà en 1999 alors que le bug des ordinateurs qui stockent l'année sur 2 chiffres (Les Unix n'étaient pas impactés par ce bug, mais par celui de 2038).

Le bug de 2038 ne concerne que les systèmes d'exploitations 32 bits qui stockent la date sur 32 bits signé comme un nombre de secondes écoulées depuis le 1ᵉʳ janvier 1970 à 0 heure en temps universel.
Un nombre signé peut être négatif si le premier bit est un 1.

19 janvier 2038 à 3 h 14 min 7 s = 2 147 483 647 secondes (01111111 11111111 11111111 11111111 en binaire)
19 janvier 2038 à 3 h 14 min 8 s on passera à  10000000 00000000 00000000 00000000 en binaire, soit −2 147 483 648 secondes (13 décembre 1901 à 20 h 45 min 52 s)

Les systèmes d'exploitation 64 bits stockent la date en 64 bits et ne sont pas impactés (tous les programmes compilés en 64 bits utilisent un time_t 64bits). Votre PC n'est donc pas concerné (il peut être présent dans des logiciels qui stocke la date dans des fichiers, comme par exemple le format ZIP).

Longtemps (moi aussi), on a pensé que les systèmes d'exploitations 64 bits auront totalement remplacé les systèmes 32 bits en 2038. Le fait que la RATP porte en 2017 en justice un bug qui n'interviendra que 20 ans plus tard montre le contraire : certains systèmes ont une durée de vie très longue. Le trains du RER B, MI-79, mis en service en servie à partir de 1980 seront encore en service pour au moins 5 ans.

J'ai quand même un doute sur le fait que l'informatique des rames RATP concernées ne soit pas remplacée lors de la rénovation à mi-vie ou beaucoup de choses sont changées. La ligne 14 vient de changer son système de conduite autonome (juste avant les JO de Paris 2024, c'était un pré-requis pour l'extension de la ligne). De mémoire, on était avant la bascule sur un Motorola 68040, microprocesseur 32 bits utilisé par les premiers Mac. Les RER A MI 09 ont été mis en service entre 2011 à 2017. Ils devraient donc avoir une rénovation mi-vie entre 2031 et 2037 ou je pense que l'informatique sera modernisée.

S'il y a eu rapidement des correctifs pour passer la date en 64 bits sur des systèmes 32 bits, ce qui n'est pas simple, c'est tous les programmes et bibliothèques doivent tous utiliser la même taille de stockage pour time_t. Comme vous pouvez le deviner, il existe des milliers de logiciels concernés et aucun moyen de faire une transition : tout doit changer en même temps.

Un article récent : Pour éviter le bug de 2038, Debian bascule son horloge en 64 bits

J'ai par contre du mal à comprendre, vu que Debian 13 (Trixie), publiée le 9 août 2025, a supprimé l'architecture Intel 32 bits et que les versions 64 bits ont dès le début codé la date sur 64 bits.

Il serait intéressant d'avoir les retours de la SNCF, qui a du également faire quelques tests. Il ne fait aucun doute que le bug n'est pas limité au périmétre RATP. Le bug pourait aussi être présente dans l'aviation.
18
J'ai fait quelques trajets en voiture dans Rennes aujourd'hui (pas dans le centre historique) et j'ai pu constater du coin de l'œil, pendant que mon téléphone faisait des tests nPerf en continu (avec 5 secondes de délai entre chaque) que j'étais systématiquement sur la LTE 900 comme porteuse principale durant 90% de mes trajets. Ce n'était pas le cas il y a quelques jours. Quasiment jamais d'agrégation avec une autre porteuse en 4G, donc 900+3500 logiquement durant les sollicitations. (Ça serait difficile de monter à plus de 500 Mbps avec la 900 toute seule !)

Favoriser la 900 à ce point... on pourrait peut-être y voir un test grandeur nature pour voir ce que donnera la bascule de la 700 en 5G NR uniquement, parce que même hier ou avant-hier je ne la voyais pas favorisée à ce point. Peut-être que les téléphones compatibles 5G SA ne sont plus prioritaires pour l'agrégation 4G+(+++). Enfin bon, tout ça c'est des hypothèses au doigt mouillé.

Aucun problème de rencontré en tout cas, et en remontant mon historique nPerf je constate que tous les tests sont très bons.

Merci pour ton retour d'expérience. Ça prouve une chose, tant que tout n'a pas basculé en 4G 900 MHz, il y aura toujours des multiples "trous" sur les secteurs ou sur tout le territoire ce qui oblige le smartphone à faire un basculement 4G Free / 3G en itinérance Orange (quand ça fonctionne, apparemment des soucis de basculement ces derniers jours). Et s'il reste du 3G 900 Free Mobile, je pense que ça complique les choses entre celle de Free et de Orange si l'itinérance qui se réactive pour tout, se confirme.

Ceux qui ont un smartphone 4G non-compatible VoLTE, vont basculer en 3G Orange lors des appels théoriquement (dans une zone où tout a basculé en 4G 900)

Les chiffres évoluent chaque jour apparemment et ne sont répertoriés de façon quotidienne sur l'ANFR, en tout cas on arrive à une époque charnière où Free abandonne assez vite sa 3G.

Pour ce qui est du 900 MHz en terme de quantité (30000 sites), ça devrait aller au niveau couverture national une fois tout finalisé. D'ailleurs il me semble qu'ils émettent un peu fort que les autres bandes de fréquences par son ancienneté et l'expérience qu'on les opérateurs historiques (mais à confirmer sur ce dernier point)
19
(...)
Qu'il puisse être présent sur d'anciens systèmes, cela se comprend, cela doit faire une dizaine d'années qu'on en parle sérieusement, sinon la date paraissait encore lointaine. Qu'il soit présent sur des matériels récents, c'est beaucoup plus surprenant. Et je ne vois pas de raison qu'Alsthom ne puisse pas upgrader les logiciels récents pour qu'ils passent la date de 2038.

https://fr.wikipedia.org/wiki/Bug_de_l%27an_2038

C'est ce qui me laisse perplexe aussi. Que le matériel produit entre 1998 et 2014 soit affecté parait assez « normal », on a commencé à en parler assez « récemment », par exemple, l'article anglais de wikipedia date de 2005 (le français de 2006) et une des premières références est de 1999.

Mais le bug a été découvert en 2017, il y a 8 ans et ils n'auraient toujours pas de solution d'après l'article.
20
Sinon, tu parles de 700 5G NR (donc SA)

« Donc SA » ? Non, pas forcément. De plus, que ça soit en SA ou NSA n'a aucune incidence sur ce que j'étais en train de dire !

Un test nPerf toutes les 5 secondes, c'est à mon avis un peu abusif. Il y a de quoi saturer la bande passante des autres utilisateurs...

Les sites savent très bien répartir la charge entre utilisateurs, ne t'inquiète pas.

Les tests ne sont pas faits toutes les 5 secondes mais sont espacés de 5 secondes. Leur durée est variable mais c'est au moins 5 secondes en DL, puis 5 secondes en UP, puis 5 secondes de test latence, puis donc 5 secondes de pause. Ça peut durer plus longtemps entre chaque phase si le signal est faible (nPerf s'assure que chaque connexion est bien clôturée)

Je te laisse admirer le travail : je fais mieux que l'Arcep :D ils devraient m'embaucher comme prestataire

C'est un hobby comme un autre... ça m'a fait bien varier mes marches à pied et permis de découvrir toutes les rues de ma ville. Et l'air de rien, c'est très intéressant de voir une carte des « vrais » débits avec autant de précision, de pouvoir voir là où ça coupe net (ici sur cette carte c'est une colline qui arrête toutes les fréquences sauf la 700, ce qui crée donc une cuvette dans l'ancien bourg de la ville, où ça passe très mal). C'est beaucoup plus parlant que RNC Mobile qui se préoccupe surtout des débits au pied des pylônes :D
Pages: 1 [2] 3 4 5 6 7 ... 10