J'ai cette carte depuis quelques mois et je sature le lien sans pb, de mémoire il faut installer les drivers windows pour quelle soit reconnue, une fois installé c'est stable avec les paramètres par défaut.
Petit bémol on ne peut pas voir la température de la carte sous windows, uniquement sous linux, je n'ai pas eu de déco après transfert soutenu pendant plusieurs dizaines de minutes mais mon boitier est très bien ventilé. Je n'ia pas réalisé de gros transfert sous linux pour mesurer la température en charge, j'ai 50-60°C en idle.

J'ai une collègue avec une sim free et un smartphone samsung, le switch VoLTE et actif mais ces appels repasse en 3G sauf que il on coupé la 3G ici
Je vais vérifier les mise a jour

Bonjour,

Je ferai ici plus tard mon retour d'expérience sur la fiabilité de la connexion OVH fibre, sur un NRO du 77,

mais il faut que je termine tout ce que j'avais en place sur ma conf Fedora 42, migré sur la Debian 13, avec le secours GSM sur Orange, et asterisk qui permet d'exploiter les fonctions téléphonie et SMS, associées à ma puce SOSH. Je l'utilise essentiellement pour m'envoyer un SMS à chaque fois que la fibre est indisponible. Un service failover.service de mon cru, fait la surveillance de la disponibilité du lien fibre et GSM, et m'envoi un SMS, quand la route utilisée par defaut (celle en tête de liste dans netstat -nr) doit être changée.
==============================


et enfin ma configuration:
root@homedeb13fw2:~# cat /etc/network/interfaces

# interfaces(5) file used by ifup( and ifdown(
# Include files from /etc/network/interfaces.d:
# source /etc/network/interfaces.d/*
auto lo
iface lo inet loopback

# pas d'interface WIFI sur mon routeur, donc pas besoin de pont, pour le LAN1
# LAN 1 : interface ens19
allow-hotplug ens19
iface ens19 inet static
    address 192.168.200.2
    netmask 255.255.255.0
    dns-nameservers 1.1.1.1 8.8.8.8

# LAN 2 : interface ens20
allow-hotplug ens20
iface ens20 inet static
    address 192.168.120.2
    netmask 255.255.255.0


# --- pas de WLAN sur le routeur
# mais un interface GSM avec un modem mini-PCIe
# ID 2c7c:0125 Quectel Wireless Solutions Co., Ltd. EC25 LTE modem
# avec puce sosh data, Telephone, SMS
# la partie Data est pris en charge par le module cdc_ether
# ce qui nous donne automatiquement un interfce IP prêt à l'emploi:
# exemple: enx461cd4054703, autoconfiguré sans configuration nulle part
# mais qui hélas change d'adresse MAC à chaque extinction du PC supportant proxmox!
# Les interfaces ttyUSB0, ttyUSB1 , ttyUSB2, ttyUSB3
# restent libre (à condition que ModemManager soit disable)pour une exploitation du module chan_quectel.so d'asterisk
# pour la téléphonie mobile et les SMS

# --- WAN PPPoE
allow-hotplug ens18
iface ens18 inet manual

auto ens18.4001
iface ens18.4001 inet manual

auto dsl-provider
iface dsl-provider inet ppp
    pre-up /bin/ip link set ens18.4001 up # line maintained by pppoeconf
    provider dsl-provider

=================

root@homedeb13fw2:~# cat /etc/ppp/peers/dsl-provider
# Minimalistic default options file for DSL/PPPoE connections

noipdefault
defaultroute
replacedefaultroute
hide-password
#lcp-echo-interval 30
#lcp-echo-failure 4
noauth
persist
#mtu 1492
#persist
#maxfail 0
#holdoff 20
plugin rp-pppoe.so
nic-ens18.4001
usepeerdns
nic-ens18.4001
user "xxxxxxxxxxx.@byt.ovhcloud"


==============
Donc on voit que même si on peut mettre ici, une taille de MTU, elle n'est pas obligatoire si celle par défaut: 1492
est utilisable

Heureux que mon retour d'expérience soit utile.
J'avais galéré avec les modems Zygel...
Et avant avec la freepro qui m'avait obligé à installer un routeur maison rpiIV.
J'ai quitté feeepro, parce qu'à une époque, ils ont mis 3 semaines pour répondre un un ticket : pas très pro..
Malgré tout, j'ai beaucoup plus de soucis avc ovh,  : ce qui m'irrrite au plus au point, c'est ma drogue https://www.bridgebase.com/ : je suis déconnecté toutes les 10 minutes environ...
La liaison est excellente, mais le réseau derriere ne suit pas toujours,ce que l'on appelle les accords de "peering"... Le service est variable, cela dépend de l'interlocuteur au premier niveau,le temps qu'il se décide à passer au niveau au dessus...

Hello, je me souviens qu'il y a bien 4 ou 5 ans sur certain téléphones , il y avait un soucis ou on campé en 3g free malgrés la présence de la 4g .
J'en faisait partie, sur un trajet de 25km en voiture mon xiaomi rester en 3g. il fallait que je switch en mode avion .
Sur un autre téléphone si je me souviens un sony z5 pas de soucis... peut être que la gestion modem est différente selon les constructeurs ?
J'essais de retrouvé l'article qui parlé de cela à l'époque .

Aujourd'hui le phénomène que tu remontes , j'ai pu le constater sur un nubia z70 Ultra acheter à la fnac ( celui de ma femme ) .
Nous sommes tous les deux chez free , pas d'itinérance orange d'actif . Moi j'ai un xiaomi 15T pro modem médiatek et elle snapdragon . Je remarque sans problème que sur le mediatek le réseaux est beaucoup plus stable, pas ou très peu de décrochage en 3g, une meilleur gestion des bandes,  et surtout de meilleurs débits en 4g ou 5g NSA que sur le nubia. En comparaison en 4g sur le nubia je tourne au max à 80 voir 100mbits et sur le xiaomi 150 à 220.
Encore une fois peut être que la gestion modem est différente selon les constructeurs ?

Bonne journé