Messages récents

Pages: 1 [2] 3 4 5 6 7 ... 10
11
A priori il y a la réponse dans la citation: Realme 16 pro+

Effectivement ... j'ai honte  ::) 
12
reseau IPv6 / Baromètre IPv6 Arcep 2026
« Dernier message par Pegasus38 le Hier à 23:30:38 »
Dans ma config actuelle, j'ai quasiment rien à faire, ça juste marche. Si je devais râler pour un truc ça serait mon préfixe qui change de temps en temps et qui casse mes config de certains serveurs (et encore sous Linux avec ip token ça m'évite les reconfig).

Donc "ça juste marche pas" si tu dois intervenir à chaque micro changement, mais là c'est pas l'ipv6 en cause, tu n'as juste pas d'ip fixe contractuelle. Mais bon avec 4 liens WAN je pense que c'est pas un problème.
13
A priori il y a la réponse dans la citation: Realme 16 pro+
14
J'étais chez Sosh avec une autre box, là je suis chez free et j'ai aussi testé sur une box Orange à 2 km de chez moi.

Le logiciel montre que le saut 3 divise la connexion en deux chemins sur le saut 4 car le saut 4 passe en alternance de prs-b3-link.ip.twelve99.net  (Twelve99) a lag-101.ear6.paris1.level3.net. (Lumen) les autres sauts change aussi de chemins de manière encore plus frénétique.
La capture montre que a l'arrivé il y a des perte de paquets. 
15
Il faudrait une photo nette et actualisée pour être sur. ça me parait étrange quand même que ce soit les 3 petits brins du bas en charge d'alimenter la moitié basse de l'immeuble.

voila les photos.
je precise que j'ai pris ces photos avec un témoin (c'est son tel qui a pris les photos). on a filmé aussi.
moi j'habite un demi etage en dessous de ce boitier, via une porte qui donne accès a une coursive sur lequel il y a 3 logements.

au niveau immeuble y a rez de chaussé, puis 1er coursive (3 appartements) (entre rez de chaussé et 1er etage.
puis 1er etage : 2 appartements.
puis 2eme coursive : 3 apparts (la ou je suis donc ya des cables a tirer, on est pas a coté du boitier).
3eme etage (la ou est ce boitier) : 2 appartements
4eme etage (pas de boitier) : 2 apparts
5eme etage : un appart.
16
J'avais un peu zappé, mais je viens d'installer l'application et d'activer l'esim. Premiers tests très positifs, chez moi en intérieur : 500 Mb/s en down, 25 Mb/s en up.
J'ai au mieux 10 à 20 Mb.s dans les mêmes conditions chez Free mobile (avec quelques améliorations récemment, avant c'était plutôt 2 à 3 Mb/s) et Bouygues Telecom, avec deux abonnements qui sont aussi 5G.

P.S : Voici les copies d'écran des speedtests nPerf que j'avais faits, à quelques minutes d'intervalle (20 mn). Pour celui Free mobile, aucune surprise, c'est dans la moyenne de ce que j'obtiens d'habitude. Ce n'est pas forcément chez moi que c'est le plus important, parce que j'ai le WiFi, voir un autre test fait récemment (j'ai la Delta r1, avec WiFi 5, qui gère des canaux 5 GHz de 160 MHz, c'est bien la bande passante disponible qui compte le plus pour les débits). J'ai changé récemment de téléphone pour un Realme 16 pro+, nettement plus performant en WiFi que mon Samsung A54, où je plafonnais à 500 Mb/s. Mais il n'y a en tout cas, à cette localisation, pas photo entre Orange 5G et Free 5G. On verra plus tard, après d'autres tests, si je me laisse tenter par l'offre promotionnelle Hello 5G 120 Go à 14.99 €...

Salut Alain,

Quel modèle de smartphone utilises-tu ?
17
Free Incidents Free / Freebox Delta bloquée en étape 2 :o
« Dernier message par sweet77 le Hier à 21:58:56 »
bonsoir,
si tu as accès à un free proxy, explique leur bien le problème et ils se devront de te trouver une situation pérenne à ton problème.
Cela a bien fontionné pour moi.
18
Le "bug" n'est-il pas tout simplement l'expiration de l'adresse IPv6 de la machine, parce que tu as utilisé une de ses adresses temporaires pour la règle de pare-feu ? Dans ce cas, la Livebox continue de rediriger du trafic vers une adresse qui n'est plus portée par aucun hôte.

Windows et Linux ont 3 modalités d'adressage IPv6 automatique :
  • Adresse dynamique avec partie hôte aléatoire (RFC 4941)
  • Adresse stable avec partie hôte aléatoire (RFC 7217)
  • Adresse stable avec partie hôte personnalisée : attribut ip-token paramétrable avec iproute2 et une tâche cron, ou Network Manager.
  • Adresse stable avec partie hôte constituée d'après l'adresse MAC (EUI-64)

Cette dernière méthode est aujourd'hui désactivée par défaut sauf dans les OS serveur Linux. Si du trafic entrant doit être initié vers la machine, il faut utiliser une des trois dernières selon la configuration de la machine mais je déconseille EUI-64.

$ ip -6 a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 state UNKNOWN qlen 1000
    inet6 ::1/128 scope host noprefixroute
       valid_lft forever preferred_lft forever
2: enp15s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 state UP qlen 1000
    inet6 2a01:e0a:a09:xxxx:d31d:4920:f74e:6ab4/64 scope global temporary dynamic
       valid_lft 171130sec preferred_lft 84552sec
    inet6 2a01:e0a:a09:xxxx:df33:2260:acca:c6fd/64 scope global dynamic mngtmpaddr noprefixroute
       valid_lft 2591802sec preferred_lft 604602sec
    inet6 fe80::7988:fd40:715e:852/64 scope link noprefixroute
       valid_lft forever preferred_lft forever

Il faut toujours utiliser une adresse qui ne porte pas les drapeaux temporary dynamic. Sous Windows, l'adresse stable est celle qui s'affiche devant "Adresse IPv6" que ce soit dans l'ancien ou le nouveau panneau de configuration, par opposition à "Adresse IPv6 temporaire". Mes serveurs ont tous l'EUI-64 désactivé, une IP statique et une ou plusieurs RFC4941 pour les connexions sortantes. Cependant, de toutes ces méthodes, une seule résiste aux changements de préfixe : l'utilisation d'ip-token. La partie hôte des adresses RFC 7217 change en même temps que le préfixe. Et si ça arrive, tu as une nouvelle adresse IPv6 à indiquer dans la Livebox pour rediriger le trafic. Mais, même à ça, je ne sais pas si la Livebox est suffisamment bien faite pour ne mettre à jour que la partie préfixe pour qu'en cas d'utilisation d'ip-token, le changement soit complètement transparent.
19

Je met ici une nouvelle capture peut être beaucoup plus parlante de test en udp sur 1.1.1.1
La connexion switch a partir du saut 4 elle passe de prs-b3-link.ip.twelve99.net à lag-101.ear6.paris1.level3.net.

En quoi cela montre un problème ? Tes captures d'écran montrent juste que pour aller à deux endroits différents, tu utilises 2 chemins différents, c'est assez logigue.

Les 3 box testées sont chez le même opérateur ?
20
Un logiciel ou un driver à la noix "gamer" qui fout la mer**de
Non ce n'est pas un poblème matériel chez moi car j'ai le même souci sur 2 consoles + un pc testé sur 2 box + 1 box situé a 2 km de chez moi. le tout testé avec différent cables.

Je met ici une nouvelle capture peut être beaucoup plus parlante de test en udp sur 1.1.1.1
La connexion switch a partir du saut 4 elle passe de prs-b3-link.ip.twelve99.net à lag-101.ear6.paris1.level3.net.
Pages: 1 [2] 3 4 5 6 7 ... 10