La Fibre
Fournisseurs d'accès à Internet mobile et 5G/4G fixe => 5G/4G Orange / Sosh => 
5G Home Orange => Discussion démarrée par: santec le 26 décembre 2024 à 10:02:54
-
salut
Quand je teste ma connectivité sur le site "la fibre" j'ai bien une adresse publique IPv4 , par contre le Nokia fait du nat64.... pour la plupart des sites cela fonctionne, mais !!
j'ai sur un jeux le chat vocal ne fonctionne plus, je suis obligé de passé par un logiciel tiers…
(http://)
-
Est-ce que http://ip.lafibre.info donne bien la connectivité via IPv4 littérale comme fonctionnelle ?
Selon https://lafibre.info/box-4g-orange/5g-home-illimite-1gbits-42-99mois/msg1080098/#msg1080098, le 464XLAT serait géré.
-
salut
Connectivité IP : Bienvenue dans l’internet du futur !
Connectivité IPv4 (via requête DNS) OK : IPv4 publique = 92.184.xxx.xx
Connectivité IPv4 (via IPv4 littérale) inconnue (réalisez le test en http pour avoir la réponse)
Connectivité IPv6 (via requête DNS) OK : IPv6 publique = 2a01:cb06:c201:::::
La version du protocole IP utilisée par défaut est IPv6
sur ipv6-test.ch
NAT64 détecté. IPv6 fonctionne. IPv4 fonctionne dans la plupart des cas. Les applications prenant uniquement en charge IPv4 ne fonctionneront pas. Nous connaissons au moins un programme de voix sur IP bien connu qui entre dans cette catégorie. Le service d'assistance du fabricant aura peut-être besoin d'un petit coup de pouce pour ajouter la prise en charge IPv6.
-
Comme indiqué, il faut charger le site en http pour faire de test de connexion via IPv4 littérale.
"Les applications prenant uniquement en charge IPv4 ne fonctionneront pas"
Normalement le 464XLAT est pour ça, gérer les applis qui ne supportent pas l'IPv6.
-
salut
Connectivité IP : Bienvenue dans l’internet du futur !
Connectivité IPv4 (via requête DNS) OK : IPv4 publique = 92.184.140.xx
Connectivité IPv4 (via IPv4 littérale) OK : IPv4 publique = 92.184.140.xx
Connectivité IPv6 (via requête DNS) OK : IPv6 publique = 2a01:cb06:c201::::::::
La version du protocole IP utilisée par défaut est IPv6
comment savoir si le 464xlat est fonctionnel ? sur le nokia
-
salut
Connectivité IP : Bienvenue dans l’internet du futur !
Connectivité IPv4 (via requête DNS) OK : IPv4 publique = 92.184.140.xx
Connectivité IPv4 (via IPv4 littérale) OK : IPv4 publique = 92.184.140.xx
Connectivité IPv6 (via requête DNS) OK : IPv6 publique = 2a01:cb06:c201::::::::
La version du protocole IP utilisée par défaut est IPv6
comment savoir si le 464xlat est fonctionnel ? sur le nokia
Salut visiblement le 464XLAT fonctionne car tu as bien une adresse IPv4 en litérale donc normalement ton soucis n'est pas dû à ça
-
Salut visiblement le 464XLAT fonctionne car tu as bien une adresse IPv4 en litérale donc normalement ton soucis n'est pas dû à ça
Oui, ça veut dire que le PC peut se connecter en IPv4 (et c'est le Nokia qui convertit en IPv6).
Peut-être que le chat vocal du jeux fait une requête DNS, et est gêné par la présence d'une IPv6 (celle générée via DNS64) dans la réponse.
Donc ce ne serait pas une absence totale de support IPv6, mais un début de support buggé.
Si c'est bien ça, il faudrait que que la résolution du nom de domaine retourne uniquement l'IPv4 (pour connection via 464XLAT), et pas l'IPv6 ajoutée par le DNS64.
Par exemple :
- configurer la machine avec un DNS tiers classique (pas DNS64)
- identifier le nom de domaine utilisé, et forcer l'IP via le fichier hosts
La première solution est la plus simple, mais elle risque de limiter les débits vers les serveurs IPv4, à cause de la charge du traitement 464XLAT sur le Nokia.
-
Oui, ça veut dire que le PC peut se connecter en IPv4 (et c'est le Nokia qui convertit en IPv6).
Peut-être que le chat vocal du jeux fait une requête DNS, et est gêné par la présence d'une IPv6 (celle générée via DNS64) dans la réponse.
Donc ce ne serait pas une absence totale de support IPv6, mais un début de support buggé.
Si c'est bien ça, il faudrait que que la résolution du nom de domaine retourne uniquement l'IPv4 (pour connection via 464XLAT), et pas l'IPv6 ajoutée par le DNS64.
Par exemple :
- configurer la machine avec un DNS tiers classique (pas NAT64)
- identifier le nom de domaine utilisé, et forcer l'IP via le fichier hosts
La première solution est la plus simple, mais elle risque de limiter les débits vers les serveurs IPv4, à cause de la charge du traitement 464XLAT sur le Nokia.
à essayé oui, c'est une solution
-
salut
vivoxsdk pour le chat vocal du jeu
Du côté de Windows le 464xlat devrait être active aussi non !!
-
À priori Windows ne fait pas encore de CLAT sur les interfaces Ethernet/wifi.
Il est capable de le faire sur les interfaces cellulaires (e.g. modem 4G).
C'est donc la flybox qui fait office de CLAT pour le trafic IPv4 arrivant à sa patte LAN (wifi ou Ethernet). Pour la grande majorité du trafic, le DNS64 fait que le trafic est IPv6 du client (PC) jusqu'au NAT64 d'Orange, dans le réseau, donc la faible perf de la flybox n'est pas impactante.
Pour savoir si le CLAT est fonctionnel, tu peux faire un ping sur 80.67.167.77 depuis ton PC, par exemple. Puis un traceroute / tracert. pour qu'on voit le résultat. Si tu as une réponse au ping, c'est que le CLAT de la flybox fonctionne bien.
-
Depuis juillet, j'ai déménagé et je suis sur une box 5G Orange et je n'ai rencontré aucun problème en IPv4 comme en IPv6, alors que j'ai des usages variés et complexes (connexions TCP sur des ports exotiques ouverts pendant plusieurs jours par exemple). Le seul vrai problème rencontré est une limitation de débit quand on envoie des flux avec certain champ DSCP cf sujet 5G Home: Débit limité à 5 Mb/s avec les flux DSCP 2 (https://lafibre.info/box-4g-orange/5g-home-debit-limite-a-5-mbs-avec-les-flux-dscp-0x08/). À noter que le pb est présent sur tout le réseau Orange mobile, j'ai le même souci avec mon smartphone.
Pour ton problème, je pense que cela pourrait être lié à la plateforme d'optimisation, qui répond au paquet SYN envoyé, même si le serveur est HS. Quand un site a une IPv6 mal déclarée, cela empêche le fallback vers IPv4 (vu que le client va recevoir une réponse de cette plateforme d'optimisation, il ne va jamais passer en IPv4).
J'explique tout dans le sujet IPv6 fallback to IPv4 (https://lafibre.info/ipv6/ipv6-fallback-to-ipv4/msg944760/#msg944760)
Si c'est le cas, il y a une IPv6 défectueuse pour ton programme de voix sur IP.
Cela serait possible d'avoir son nom et encore mieux les DNS utilisés ? (Si c'est via des IPv4 littérale sans DNS, le pb ne devrait pas se produire, on passe par le 464XLAT de la 5G Home qui fonctionne bien).
-
Depuis juillet, j'ai déménagé et je suis sur une box 5G Orange et je n'ai rencontré aucun problème en IPv4 comme en IPv6, alors que j'ai des usages variés et complexes (connexions TCP sur des ports exotiques ouverts pendant plusieurs jours par exemple). Le seul vrai problème rencontré est une limitation de débit quand on envoie des flux avec certain champ DSCP cf sujet 5G Home: Débit limité à 5 Mb/s avec les flux DSCP 2 (https://lafibre.info/box-4g-orange/5g-home-debit-limite-a-5-mbs-avec-les-flux-dscp-0x08/). À noter que le pb est présent sur tout le réseau Orange mobile, j'ai le même souci avec mon smartphone.
Pour ton problème, je pense que cela pourrait être lié à la plateforme d'optimisation, qui répond au paquet SYN envoyé, même si le serveur est HS. Quand un site a une IPv6 mal déclarée, cela empêche le fallback vers IPv4 (vu que le client va recevoir une réponse de cette plateforme d'optimisation, il ne va jamais passer en IPv4).
J'explique tout dans le sujet IPv6 fallback to IPv4 (https://lafibre.info/ipv6/ipv6-fallback-to-ipv4/msg944760/#msg944760)
Si c'est le cas, il y a une IPv6 défectueuse pour ton programme de voix sur IP.
Cela serait possible d'avoir son nom et encore mieux les DNS utilisés ? (Si c'est via des IPv4 littérale sans DNS, le pb ne devrait pas se produire, on passe par le 464XLAT de la 5G Home qui fonctionne bien).
salut
j'ai pris contact avec le support du jeu (WB games en anglais) je suis en attente d'une réponse concrète , de plus les développeurs du jeu sont passés à autre chose, il ce peu qu'il n'y ai pas de solution
le chat vocal du jeu et sous forme de plugin
(http://)
-
salut
ce weekend, j'ai fait deux choses
1: supprimer le dossier plugins du jeu et lancer une vérification du jeu sur Steam, il a donc rechargé les fichiers supprimés
2: ajouter les DNS Cloudflare ipv4+ipv6 sur mon pc…
Et cela à fonctionner, de mon point de vue la solution DNS est plus probable que le plugin du jeu.....
-
Je suppose qu'il s'agit des DNS Cloudflare de base, pas de leur variante DNS64.
Et donc que la présence de l'IPv6 générée par le DNS64 dans la réponse devait faire bugger le plugin.
-
Je suppose qu'il s'agit des DNS Cloudflare de base, pas de leur variante DNS64.
Et donc que la présence de l'IPv6 générée par le DNS64 dans la réponse devait faire bugger le plugin.
salut
oui les DNS Cloudflare public 1.1.1.1,1.0.0.1 et 2606:4700:4700::1111,2606:4700:4700::1001
Je n'ai toujours pas de nouvelle du support du jeu :(