Orange communique sur le fait que la montre fonctionne en 5G+ (donc en 5G SA) et qu'en l'absence de forfait compatible, elle sera en 4G : « Pour bénéficier de la 5G+ sur la montre, le client doit souscrire ou avoir souscrit un forfait 5G+ ou une option 5G+. En attendant l'activation de la 5G+ sur la montre (délai maximum de 24h), le client profite du réseau 4G. »

source: https://boutique.orange.fr/nouveautes/apple/watch-montre-connectee/

Caractéristiques Apple watch série 11

Le Pixel 3 prend en charge la VoLTE chez Bouygues & SFR uniquement (et donc logiquement leurs MVNO)

Cdiscount Mobile, MVNO sur le réseau Bouygues, fait occasionellement une promo sur leur forfait à 2€ / mois ; il passe alors de 1 Go à 5 Go. Mais ça n'est actuellement pas le cas.

Orange n'avait pas activé la sienne avant sfr/byg? pour le premier opérateur national, c'est très surprenant.

Mais même si le Pixel 3 ne supportait pas la VoLTE, cela fonctionnerait chez Orange, Bouygues et SFR : Ces 3 opérateurs gardent leur réseau 3G jusqu'en 2028 ou 2029.

il supporte la volte des opés qui l'ont activée avant 2020. Pas free docn (2022)


Le bonhomme, pour un tel qui supporte pas la volte, on lui fait changer direct d'opérateur... La 2G est encore fonctionnelle et active (je m'en sers encore), et la 3G court jusqu'en 2028 : c'est loin d'être encore coupé.

J'ai d'ailleurs beaucoup de mal à croire à une france 2030 sans 2G ni 3G, vu les dégats que ça va faire...

Surement pas, c'est de l'IMAP/IMAP(S)

https://www.gsma.com/newsroom/wp-content/uploads/2012/07/OMTP_VVM_Specification_1_3.pdf

Par contre, un certain nombre d'opérateurs désactivent la MVV à l'étranger par défaut (car ca crame du forfait data) et éventuellement envoient des SMS pour prévenir le client de l'arrivée d'un message.

Pour moi c'est lié à l'activation de la "Messagerie en direct" de l'iPhone (iOS 17_ 2023).

Je suis chez SFR mais je constate des sessions de 1Ko ou 2Ko, même avec l'itinérance de donnée désactivée, à chaque fois qu'un appel passe sur la messagerie quand l'iPhone est allumé en roaming.


La MVV n'utilise pas le MMS et ça ne correspond d'ailleurs pas à la facturation mis en avant dans le forum Sosh puisque les clients parlent de facturation de 0,55 € alors que le MMS reçu USA chez Orange est à 0,80 €

Je n'ai pas lu les 89 pages mais est-ce que des clients ont eu le problème avec un Android ?

C'est bien du MMS. Sauf que le MMS est un CANAL, et non simplement une photo. Ce qui peut être transmis par MMS :
-les images
-les vidéos
-les sons (fameux "vocaux) des djeuns
-les autres fichiers : géolocalisation iphone, contact .vcf...

tout ce petit monde peut passer par MMS.

la tarification indiquée par orange est selon la norme dans le cas de fichiers vidéo/photos j'imagine. Car la plupart des MMS transitant n'ont jamais les mêmes tailles.
Donc les opérateurs ont sans doute une grille tarifaire selon le poids informatique du fichier, pour le facturer. Généralement c'est par palier de 10ko.

À nouveau, je vois pas comment la MVV pourrait fonctionner sans les MMS activés ET fonctionnels. Pour moi c'est un non sens.
Et même si c'était pas du MMS, la MVV consomme for-cé-ment des données mobiles/internet/"data". Sinon ça passerait juste pas. Et c'est facturé parce que c'est traité par l'IMS, une évidence.

t'as pas cocher 'disable reply-to' dans firewall/settings/advanced. ?
t'as bien une gateway pour wan2 dans system/gateways/single ? (il faut juste quelle ne soit pas upstream gateway).

reply-to n'est pas disable et j'ai bien une passerelle pour WAN2.

pour les services locaux a opnsense, il y a aussi 'disable force gateway' dans firewall/settings/advanced/multi-wan

Pas de changement

dans la conf des règles du firewall, pour un port ouvert sur wan2, tu peux forcer "gateway" plutôt que 'default'  et/ou s'assurer que 'disable reply-to' n'est pas cocher.

Pas de changement

Moi le passage bizarre c'est ça "... l'adresse de WAN2 liée à l'interface de WAN1 ..."

Tu veux dire que l'IP de ta WAN2 est un alias sur l'interface WAN1 ?

Non. Ce que je dis c'est que les  paquets retour du trafic entrant sur WAN2 sortent sur WAN1 avec comme IP source celle de WAN2 càd reply-to est bien positionné mais pas bien traité.