La Fibre
Fournisseurs d'accès à Internet fixe en France métropolitaine => Bouygues Telecom => 
Actus Bouygues => Discussion démarrée par: Blawdi le 04 novembre 2020 à 11:45:50
-
Bonjour, voilà 4H que je cherche et impossible d'ouvrir les ports... les options sont bien présente sur la box, mais rien ne fait. J'ai presque l'impression que le blocage se fait en amont...
BOX
ModèleF@st 5688b
Numéro de série
LOGICIEL
Version du firmware opérationnel SG_MAIN_04.178
Date du firmware opérationnel 12.7.2020
Version du firmware de secours SG_MAIN_03.200
Date du firmware de secours 23.10.2019
Version du loader 1U-Boot ScOS {{Version: }}
Version du loader 2U-Boot ScOS {{Version: }}
Version du code-checkerU-Boot ScOS {{Version: }}
j'ai tout essayer, désactivé le firewall etc... mais rien y fait, le seul port que je trouve ouvert c'est le 443 qui est pour l'accès à distance.
j'ai trouvé quelque personnes sur le forum Bouygues, mais ça me parait bizarre qu'il n'y ai pas plus de monde.
-
Mais possible ....
Il faut changer la plage d'adresses ip à partir de 192.168.1.1 -(100, 200 etc) services de la bbox, dhcp
et adresse ip bbox 192.168.1.1
-
Bonjour, hum
J'ai mit IPV4 en fixe sur 192.168.1.10 - 255.255.255.0 Passerelle 192.168.1.1 Dns 192.168.1.1
(https://i.imgur.com/weUJ5i8.png)
(https://i.imgur.com/fTl3pE0.png)
J'ai activé / désactivé le firewall, j'ai tester avec ou sans NAT & PAT. Le port que j'éssai d'ouvrir reste toujours fermé :(
-
Bonjour,
Quel accès xDSL ? FTTH ?accès installé quand ?
Le firmware de la Bbox semble relativement vieux, ça peut valoir le coup d'attendre qu'elle se mette à jour.
Tu es bien aller dans le menu redirection de ports ?
https://mabbox.bytel.fr/natpat.html
Tu as quoi sur cette page ?
-
Bonjour,
FTTH, installé hier.
Bbox ultym
(https://i.imgur.com/uLWd0d1.png)
-
désactiver le dmz
-
J'ai supprimé la règle, le résultat du port 1119 est toujours fermé
-
redémarrer la box
-
ma config
-
https://www.yougetsignal.com/tools/open-ports/
-
je viens de revoir la config, pour faire exactement comme la votre, cependant après redémarrage ça ne fonctionne toujours pas.
(https://i.imgur.com/u4hIe6t.png)
(https://i.imgur.com/SLJfd1L.png)
-
et en mettant le PC en DHCP Fixe au niveau de la Bbox ? (sur l'IP 192.168.1.75 par exemple ) (https://mabbox.bytel.fr/dhcp.html -> attribution statique en bas de la page)
car là le problème c'est que il y a écrit "null" comme IP pour la redirection du port..
Il faudra relancer la connexion réseau au niveau du PC et vérifier qu'il a bien l'ip .1.75
-
j'ai forcé le DHCP en 75 et recréer la règle NAT. Sans résultat, le pc est bien en 75
(https://i.imgur.com/sB1uifx.png)
(https://i.imgur.com/3U3SUh0.png)
(https://i.imgur.com/wE7tojW.png)
-
là au niveau de l'interface graphique, ça semble OK ..
elle dit bien que le port est ouvert vers le pc en .1.75
ça ne marche toujours pas ?
Ce n'est pas le PC ?
-
Peut-être le port est ouvert au bbox mais il est fermeé au pc , change le port , testé 88 , ou un otre dispo conecte a ruteur
-
Non ce n'est pas le pc, j'ai désactivé antivirus et firewall.
(https://i.imgur.com/q1kEjTL.png)
-
vérifie avec https://www.yougetsignal.com/tools/open-ports/
-
vérifie avec https://www.yougetsignal.com/tools/open-ports/
c'est là que je check
Port 1119 is closed on 176.17x.x6.xxx
Port 88 is closed on 176.17x.x6.xxx
-
je pense que c'est la box qui merde, car parfois le Null revient... je vais demander un échange.
-
Tu as un programme ouvert qui écoute sur ce port sur le pc au moins ?
-
J'ai la même box. Aucun soucis à ce niveau là de mon côté.
C'est dans quel but ? Héberger un site web sur ton ordi ?
PS : Merci d'héberger les images sur le forum, je n'ai pas accès à i.imgur.com (c'est une longue histoire)
-
Bon incroyable... j'ai reçu la nouvelle box et même problème...
Tu as un programme ouvert qui écoute sur ce port sur le pc au moins ?
Heu, ben... Je ne saisis pas trop, un port ouvert et avec le site de vérification ça dit si oui ou non c'est ouvert ou pas normalement.J'ai la même box. Aucun soucis à ce niveau là de mon côté.
C'est dans quel but ? Héberger un site web sur ton ordi ?
PS : Merci d'héberger les images sur le forum, je n'ai pas accès à i.imgur.com (c'est une longue histoire)
Ouverture des ports pour des jeux en ligne.
La par exemple dans Cs:go j'ai un ping de 70... contre 15 pour des potes en vdsl..
Sur SC2 les téléchargement sont fait a 1 mo secondes
Elle semble être bridé...
j'ai déjà ouvert pas mal de port de box mais celle-ci semble complètement bugué...
-
La par exemple dans Cs:go j'ai un ping de 70... contre 15 pour des potes en vdsl..
Sur SC2 les téléchargement sont fait a 1 mo secondes
Ouvrir les ports ne changera absolument rien à ton problème de latence et de débit. C'est complètement décorrélé.
Dans quelles conditions fais-tu ces tests ? (ethernet ou wifi ou cpl, heure de la journée, commune ou département de résidence...)
Elle semble être bridé...
Je ne trouve pas personnellement
-
Si les ports ne sont pas ouvert, cela impacte sur la vitesse ressenti dans le téléchargement de carte et autre du jeux...
Les pics sur la latence je connais, ce n'est pas là le soucis.
Sur le net donc les ports forcément ouvert... j'ai du 1Gb sans problème... et du 8 en latences
(https://images-ext-2.discordapp.net/external/qJqCZYBFzAhI14thQAl2PTN0EkNPAtjM70FjKlPLjr0/https/i.imgur.com/QNuDSwQ.png)
Sur cs:go ou SC2 que ça soit a n'importe quelle heure c'est toujours la même... téléchargement extrêment lent, et ping haut au début de partie pour arriver a 30/40 après une dizaine de minutes.
Et la j'ai beau tout essayer... les ports de la box ne s'ouvre pas...
-
Si tu veux ouvrir tous tes ports (pour tester uniquement), tu peux mettre ton ordi en DMZ. Tu verras qu'il n'y a aucune différence
-
sauf que même avec le DMZ, cela ne fonctionne pas ::) les ports reste fermé
-
vidéo avec dmz https://www.dropbox.com/s/np6yj39bg2ahllh/xewqOu7bov.mp4?dl=0
-
C'est le port 1119 (tcp) que tu veux ouvrir ? Pour quel logiciel ? StarCraft ?
-
Ce sont tous les ports Cs:go et Sc2 j'ai mit le 119 comme ça pour faire le test.
-
Tu peux télécharger ce logiciel et me dire faire une capture d'écran ? https://docs.microsoft.com/fr-fr/sysinternals/downloads/tcpview
Je veux voir les ports ouverts par CSGO, donc il faut faire la capture d'écran lorsque CSGO est lancé (voire peut-être pendant la recherche d'une partie).
Pour la capture d'écran, je veux seulement voir les connexions ouvertes par CSGO (on voit le programme qui ouvre les ports dans la colonne Process)
-
Ouverture des ports pour des jeux en ligne.
La par exemple dans Cs:go j'ai un ping de 70... contre 15 pour des potes en vdsl..
J'ai la même box Ultym en FTTH, et je joue régulièrement à CS Go.
Je n'ai ouvert aucun port particulier, et tout fonctionne correctement...
J'ai des pings inférieurs à 30ms dans le jeu.
Si tu avais un problème de port fermé, le jeu ne fonctionnerait pas, tu ne pourrais pas te connecter aux serveurs...
Si tu penses avoir un problème de latence, il te faut plutôt chercher ailleurs.
-
J'ai la même box Ultym en FTTH, et je joue régulièrement à CS Go.
Je n'ai ouvert aucun port particulier, et tout fonctionne correctement...
J'ai des pings inférieurs à 30ms dans le jeu.
Si tu avais un problème de port fermé, le jeu ne fonctionnerait pas, tu ne pourrais pas te connecter aux serveurs...
Si tu penses avoir un problème de latence, il te faut plutôt chercher ailleurs.
en 4G je n'ai aucun problème de ce genre. donc le PC je ne pense pas.Tu peux télécharger ce logiciel et me dire faire une capture d'écran ? https://docs.microsoft.com/fr-fr/sysinternals/downloads/tcpview
Je veux voir les ports ouverts par CSGO, donc il faut faire la capture d'écran lorsque CSGO est lancé (voire peut-être pendant la recherche d'une partie).
Pour la capture d'écran, je veux seulement voir les connexions ouvertes par CSGO (on voit le programme qui ouvre les ports dans la colonne Process)
Les ports à ouvrir son trouvable sur le net, mais cela ne change pas, si je doit ouvrir des ports par la suite car je vais surement pas rester éternellement sur ces jeux là... il faudra bien une solution simple.
Si vous avez la même box et que ça fonctionne chez vous, c'est que le problème vient d'entre la box et bouygue c'est pas possible autrement ?
-
Si vous avez la même box et que ça fonctionne chez vous, c'est que le problème vient d'entre la box et bouygue c'est pas possible autrement ?
Ou alors ce n'est pas un problème de port...
Mon test permettra de savoir si les ports utilisés dans CSGO sont véritablement fermés, et donc de vérifier qu'il s'agisse bien de ton problème. Il est applicable à n'importe quel autre jeu.
Sur Internet, on trouve les ports auquel le jeu est susceptible d'écoute. Tcpview permet de voir sur quels port le jeu écoute réellement
-
c'est SC2 ce soir ^^
-
Sur tes captures, seul le port 6119 (tcp) écoute (donc c'est le seul qui a besoin d'être redirigé, en tcp tout du moins)
Maintenant, fais le test sur https://www.yougetsignal.com/tools/open-ports/ avec le port 6199, dans 2 configurations :
- Sans toucher les réglages de la Bbox, donc sans règles NAT
- Avec une règle NAT pour le port 6199 qui pointe vers ton ordi
Évidemment, ces deux tests doivent être effectués le jeu allumé
-
Première c'est sans avoir touché.
Et la deuxième c'est avec l'ouverture du nat
-
Bizarre. Ce n'est pas le résultat auquel je m'attendais. Tu peux réessayer en désactivant le pare-feu de ton PC ?
-
Tout est déjà désactivé :(
J'avais SFR il y a 1 mois et je n'avais aucun problème, c'est vraiment lié à cette box
-
et si tu mets ton PC en DMZ c'est pareil ?
Le PC est toujours en ip fixe via le DHCP au niveau de la Bbox ?
quel est le réglage du parefeu de la Bbox sur cette page https://mabbox.bytel.fr/firewall.html ?
-
Oui lorsque je mets le DMZ les ports restes toujours fermer... même si je désactive le firewall et le NAT.
ET ça sur deux box c'est très étranges quand même..
-
Ta BBox est bien restée allumée + de 24H dans reboot et elle a bien le dernier firmware ?
https://www.bbox-mag.fr/box/11478649-mise-a-jour-bbox-wifi-6-deployee-en-septembre-2020/
Même si en théorie, ça ne concerne pas le Firewall et le NAT ?
As tu la possibilité de faire le test avec un autre PC/Périphériques ? histoire d'exclure une MAJ Windows qui a modifié quelque chose ?
-
celle-ci ça ne fais pas 24H mais sur l'autre le problème était le même
(https://i.imgur.com/zEDOYoe.png)
Et non j'ai le firmware de juillet.
J'ai essayé avec un pc sur windows 7 avec le pare-feu entièrement désactivé même choses.
En telnet
Microsoft Telnet> open 192.168.1.1(<<== C'est l'adresse de la box) 6119
Connexion à 192.168.1.1...Impossible d’ouvrir une connexion à l’hôte, sur le port 6119: Échec lors de la connexion
Microsoft Telnet> open 192.168.1.1 6119
Connexion à 192.168.1.1...Impossible d’ouvrir une connexion à l’hôte, sur le port 6119: Échec lors de la connexion
Microsoft Telnet> open 192.168.1.1 6119
Connexion à 192.168.1.1...Impossible d’ouvrir une connexion à l’hôte, sur le port 6119: Échec lors de la connexion
Microsoft Telnet>
-
>:( >:(
C'est complètement fou ce truc... même en forcant l'ouverture d'un port avec Upnp wizard... et bien ça ne fonctionne pas... soit le blocage se fait chez bouygue... soit cette box est complètement débile.
(https://live.staticflickr.com/65535/50579376542_bee00e9cb2_o.png)
-
Tu es peut-être en cgnat (même topo que Free et les IPs partagées). Je ne sais pas si c'est toujours d'actualité : https://lafibre.info/bbox-les-news/bouygues-telecom-testerait-le-cg-nat-sur-ses-offres-fixes/
Sinon depuis un autre pc de ton LAN, tu accèdes bien aux ports voulus de ton pc en .75 ?
-
Chez moi, j'ai ouvert un port entre 5000 et 5900 pour mon VPN Wireguard sur une raspi, ça fonctionne très bien.
Ou pourrait être le soucis ?
-
J'ai essayé de faire un telnet depuis mon portable vers mon fixe (192.168.1.10) sur un port ouvert (en théorie) mais ça reste fermer du moins ça donne la même erreur.
je vais voir le lien que tu m'as donné
-
Tu es peut-être en cgnat (même topo que Free et les IPs partagées). Je ne sais pas si c'est toujours d'actualité : https://lafibre.info/bbox-les-news/bouygues-telecom-testerait-le-cg-nat-sur-ses-offres-fixes/
Sinon depuis un autre pc de ton LAN, tu accèdes bien aux ports voulus de ton pc en .75 ?
Et si je suis dans le cas des Cgnat je dois faire quoi concrètement ? Avec tout mes essais, j'ai un peu l'impression d'être sur un réseau bridé, les ports classiques sont ouvert les autres bha visiblement il y a des soucis....
il y a peu j'étais chez SFR en fibre, et ça fonctionnait sans soucis de port et autre... j'en arrive donc au fait que ça vient de Bouygues.
-
J'ai essayé de faire un telnet depuis mon portable vers mon fixe (192.168.1.10) sur un port ouvert (en théorie) mais ça reste fermer du moins ça donne la même erreur.
je vais voir le lien que tu m'as donné
Faut déjà voir pourquoi ça passe pas en local. Je pense pas que ça vienne de la box, elle a plein de défauts, mais les redirections de ports fonctionnent correctement.
-
Tu es peut-être en cgnat (même topo que Free et les IPs partagées). Je ne sais pas si c'est toujours d'actualité : https://lafibre.info/bbox-les-news/bouygues-telecom-testerait-le-cg-nat-sur-ses-offres-fixes/
Effectivement, ça expliquerait pas mal de choses.
Tu peux tester avec ce site ? http://ip.bieringer.de/cgn-test.html
Il faut cliquer sur "Test supported protocols", "Star initial test", puis modifier le nombre de connexions à 1024, et enfin cliquer sur "Start normal test"
-
Effectivement, ça expliquerait pas mal de choses.
Tu peux tester avec ce site ? http://ip.bieringer.de/cgn-test.html
Il faut cliquer sur "Test supported protocols", "Star initial test", puis modifier le nombre de connexions à 1024, et enfin cliquer sur "Start normal test"
(https://live.staticflickr.com/65535/50578891723_4c6d34f14b_o.png)
Faut déjà voir pourquoi ça passe pas en local. Je pense pas que ça vienne de la box, elle a plein de défauts, mais les redirections de ports fonctionnent correctement.
J'ai éssayer en local avec un routeur classique et pareil ça ne fonctionne pas , je ne suis pas habituer au commande telenet, je découvre ça depuis hier.
sur le routeur Cudy, c'est des ip 192.168.10.100 Fixe et 101 portable. Je fais donc de mon portable, Open 192.168.10.100 n'importe quel port et j'obtiens toujours le même message
Microsoft Telnet> open 192.168.10.101 6119
Connexion à 192.168.10.100...Impossible d’ouvrir une connexion à l’hôte, sur le port 6119: Échec lors de la connexion
Microsoft Telnet>
Après normalement... (je commence à avoir des doutes..., mais j'ai pas d'antivirus actif (juste un scan en ligne une fois par mois) et mon firewall windows est désactivé.
Sur le portable c'est une installation neuf d'il y a une semaine, j'ai désactivé le firewall windows également.
-
Euh c'est moi ou y a une erreur évidente depuis le début : un port restera toujours fermer s'il y a aucun logiciel qui écoute sur ledit port pendant un test... ?
Vous aurez beau avoir redirigé un port sur la box, si le PC cible n'a aucun logiciel qui est lancé et écoute sur ce port, ce sera toujours fermé.
Edit : je précise autre chose, pour les jeux en ligne, à part des jeux multi P2P (ce n'est pas le cas pour CSGO, qui est sur le modèle client-serveur-client), il y a pas de port à ouvrir ... et généralement les jeux p2p utilisent UPNP pour se démerder donc c'est extrêmement rare de devoir ouvrir des ports pour jouer.
Pour le problème de ping, il faudrait déjà voir les traceroutes vers les IP des serveurs CSGO.
-
Merci pour la capture d'écran, c'est très instructif. Une dernière chose :
Pour confirmer que tu es bien derrière un CGNAT, il faut que tu vérifies ta plage de port de sortie :
https://lafibre.info/tcpip/local_port_range/
-
Euh c'est moi ou y a une erreur évidente depuis le début : un port restera toujours fermer s'il y a aucun logiciel qui écoute sur ledit port pendant un test... ?
Vous aurez beau avoir redirigé un port sur la box, si le PC cible n'a aucun logiciel qui est lancé et écoute sur ce port, ce sera toujours fermé.
C'est vrai que c'est un peu confus cette histoire. Le port en écoute, d'après les captures, c'est le 6119. Mais sur les screenshots de la config NAT de la box, on voit 1119. Ensuite l'IP du pc destination, parfois c'est 192.168.1.75, parfois 192.168.1.10, ou même 192.168.10.101, etc.
Donc avant de rediriger quoique ce soit, faut voir si le port a bien été ouvert par un soft et que ça écoute correctement. Un coup de netstat -an|findstr LISTEN donnera des infos.
-
C'est vrai que c'est un peu confus cette histoire. Le port en écoute, d'après les captures, c'est le 6119. Mais sur les screenshots de la config NAT de la box, on voit 1119. Ensuite l'IP du pc destination, parfois c'est 192.168.1.75, parfois 192.168.1.10, ou même 192.168.10.101, etc.
Donc avant de rediriger quoique ce soit, faut voir si le port a bien été ouvert par un soft et que ça écoute correctement. Un coup de netstat -an|findstr LISTEN donnera des infos.
Il n'y a rien de confus, juste que je le comprend, mais vous ne lisez pas tout c'est tout :)
LE PORT n'a pas son importance, je fais des ports au hasard, car le but c'est de débloquer des ports et pas juste un donc on s'en fou un peu du nombre, a chaque fois le routeur est "configurer" avec le port testé.
Pour l'ip, vous me décevez un peu, je vous ai écrit que j'avais débrancher la box et relier un routeur cudy en 192.168.10.1 avec les adresses ip du fixe et du portable en 100 et 101.
pour remettre les choses au clair une dernière fois :
Bbox IP : 192.168.1.1
Fixe : 192.168.1.10
Portable : Ip auto qui est actuellement 192.168.1.7Merci pour la capture d'écran, c'est très instructif. Une dernière chose :
Pour confirmer que tu es bien derrière un CGNAT, il faut que tu vérifies ta plage de port de sortie :
https://lafibre.info/tcpip/local_port_range/
Je vais regarder.
C:\Users\Blawdi.000>netsh int ipv4 show dynamicport tcp
Plage de ports dynamique du protocole tcp
-------------------------------------------
Port de démarrage : 1024
Nombre de ports : 64511
Euh c'est moi ou y a une erreur évidente depuis le début : un port restera toujours fermer s'il y a aucun logiciel qui écoute sur ledit port pendant un test... ?
Vous aurez beau avoir redirigé un port sur la box, si le PC cible n'a aucun logiciel qui est lancé et écoute sur ce port, ce sera toujours fermé.
Edit : je précise autre chose, pour les jeux en ligne, à part des jeux multi P2P (ce n'est pas le cas pour CSGO, qui est sur le modèle client-serveur-client), il y a pas de port à ouvrir ... et généralement les jeux p2p utilisent UPNP pour se démerder donc c'est extrêmement rare de devoir ouvrir des ports pour jouer.
Pour le problème de ping, il faudrait déjà voir les traceroutes vers les IP des serveurs CSGO.
ça me parait un peu long à faire des traceroutes vers les serveurs vu la multitude d'ip Oo
Pour ce qui est de l'écoute du port, je n'ai jamais eu de problème pour tester un port, on ouvre le port, on check si ça fonctionne en ligne ensuite on lance le programme qui va l'utiliser... maintenant je me trompe peut-être mais jusqu'à cette foutue bbox ultym je n'ai jamais eu de problème...
-
Pour ce qui est de l'écoute du port, je n'ai jamais eu de problème pour tester un port, on ouvre le port, on check si ça fonctionne en ligne ensuite on lance le programme qui va l'utiliser... maintenant je me trompe peut-être mais jusqu'à cette foutue bbox ultym je n'ai jamais eu de problème...
Ah ben dans cet ordre là, cela ne risque pas de fonctionner.
On lance le programme sur le port voulu, on fait l'ouverture du port puis on check.
-
Il n'y a rien de confus, juste que je le comprend, mais vous ne lisez pas tout c'est tout :)
LE PORT n'a pas son importance, je fais des ports au hasard, car le but c'est de débloquer des ports et pas juste un donc on s'en fou un peu du nombre, a chaque fois le routeur est "configurer" avec le port testé.
Pour l'ip, vous me décevez un peu, je vous ai écrit que j'avais débrancher la box et relier un routeur cudy en 192.168.10.1 avec les adresses ip du fixe et du portable en 100 et 101.
pour remettre les choses au clair une dernière fois :
Bbox IP : 192.168.1.1
Fixe : 192.168.1.10
Portable : Ip auto qui est actuellement 192.168.1.7
Dans ta conf ci-dessus la, à partir de ton portable, si tu fais un telnet 192.168.1.10 6119 (ou tout autre port) ça devrait fonctionner :
1) si côté firewall c'est ok
2) si le soft est lancé (car c'est le soft qui ouvre le port).
Là, on en est même pas encore au routeur (que ce soit une bbox ou autre).
-
Ah ben dans cet ordre là, cela ne risque pas de fonctionner.
On lance le programme sur le port voulu, on fait l'ouverture du port puis on check.
Je reste très perplexe, mais soyons fou, je retourne a la source des plages ips ! j'ai installé Emule. Dessus j'ai demander le port tcp/udp du 6119 et le résultat est?!
08/11/2020 18:34:43: Avertissement IP (du serveur supprimer volontairement) - You have a lowid. Please review your network config and/or your settings.
Donc le port est en écoute on est bien d'accord ?
Starting TCP connection test...
TCP test failed! UDP test will not be performed.
Closed Port 6119 is closed on 176.174.96.234
-
Je reste très perplexe, mais soyons fou, je retourne a la source des plages ips ! j'ai installé Emule. Dessus j'ai demander le port tcp/udp du 6119 et le résultat est?!
08/11/2020 18:34:43: Avertissement IP (du serveur supprimer volontairement) - You have a lowid. Please review your network config and/or your settings.
Donc le port est en écoute on est bien d'accord ?
Starting TCP connection test...
TCP test failed! UDP test will not be performed.
Closed Port 6119 is closed on 176.174.96.234
Teste déjà en local.
-
Teste déjà en local.
Ouep alors pour ton test, ça répond quelque choses d'étrange :
Je lance emule qui souhaite utiliser le port 6119.
Sur le portable je fais un telnet "Open 192.168.1.10 6119" C'est long et ça fini sur un "Perte de connexion avec l'hote" dans le même temps j'ai fait un netstat sur le fixe qui relève ceci :
TCP 192.168.1.10:6119 ums-PC:51390 FIN_WAIT_2
Si je coupe Emule, la réponse est quasi instantanée Connexion à 192.168.1.10...Impossible d'ouvrir une connexion à l'hôte, sur le port 6119: Échec lors de la connexion
-
Oui donc déjà ça passe pas en local, donc la box ou le routeur n'iront pas bien loin. Tu dois avoir un firewall sur ton fixe ou alors il y a une info qu'on a pas.
-
As tu coupé les deux firewall sur Windows ? (réseau privé et invité)
Et sur quel réseau (privé ou invité) est configuré le réseau actuellement ? (ça a probablement changé avec la nouvelle box)
Pour les traceroutes, une IP d'un serveur CSGO de ton choix suffira (par exemple un dont tu penses que le ping est trop haut).
-
As tu coupé les deux firewall sur Windows ? (réseau privé et invité)
Et sur quel réseau (privé ou invité) est configuré le réseau actuellement ? (ça a probablement changé avec la nouvelle box)
Pour les traceroutes, une IP d'un serveur CSGO de ton choix suffira (par exemple un dont tu penses que le ping est trop haut).
Les deux firewall sont coupé, et tout est configurer en réseau privé.
C:\Users\Blawdi.000>tracert 146.66.152.1
Détermination de l’itinéraire vers gw.lux.valve.net [146.66.152.1]
avec un maximum de 30 sauts :
1 <1 ms <1 ms <1 ms bouygues [192.168.1.1]
2 8 ms 8 ms 9 ms 198.19.132.2
3 * 8 ms 8 ms 62.34.2.66
4 31 ms 32 ms 28 ms be16.cbr01-ntr.net.bbox.fr [212.194.171.82]
5 * * * Délai d’attente de la demande dépassé.
6 80 ms 75 ms 64 ms lag-106.ear3.Paris1.Level3.net [212.3.235.205]
7 * * * Délai d’attente de la demande dépassé.
8 * * * Délai d’attente de la demande dépassé.
9 * * * Délai d’attente de la demande dépassé.
10 * * * Délai d’attente de la demande dépassé.
11 * * * Délai d’attente de la demande dépassé.
12 * * * Délai d’attente de la demande dépassé.
13 * * * Délai d’attente de la demande dépassé.
14 * * * Délai d’attente de la demande dépassé.
15 * * * Délai d’attente de la demande dépassé.
16 * * * Délai d’attente de la demande dépassé.
17 * * * Délai d’attente de la demande dépassé.
18 * * * Délai d’attente de la demande dépassé.
19 * * * Délai d’attente de la demande dépassé.
20 * * * Délai d’attente de la demande dépassé.
21 * * * Délai d’attente de la demande dépassé.
22 * * * Délai d’attente de la demande dépassé.
23 * * * Délai d’attente de la demande dépassé.
24 * * * Délai d’attente de la demande dépassé.
25 * * * Délai d’attente de la demande dépassé.
26 * * * Délai d’attente de la demande dépassé.
27 * * * Délai d’attente de la demande dépassé.
28 * * * Délai d’attente de la demande dépassé.
29 * * * Délai d’attente de la demande dépassé.
30 * * * Délai d’attente de la demande dépassé.
Itinéraire déterminé.
Oui donc déjà ça passe pas en local, donc la box ou le routeur n'iront pas bien loin. Tu dois avoir un firewall sur ton fixe ou alors il y a une info qu'on a pas.
Bha sur mon fixe il est désactivé, et j'ai fait le tour mais je n'ai rien d'autre qui pourrait bloquer ce fichu port...
J'ai un RJ45 qui part de la box sur le port 10gb (j'ai également essayer le port lan1)
Il est relié à un switch 5 slots qui eux partent vers les PCS.
(https://live.staticflickr.com/65535/50579840348_ae1e735c50_o.png)
-
2eme tracert
C:\Users\Blawdi.000>tracert 146.66.152.2
Détermination de l’itinéraire vers fw0.lux.valve.net [146.66.152.2]
avec un maximum de 30 sauts :
1 <1 ms <1 ms <1 ms bouygues [192.168.1.1]
2 786 ms 581 ms 435 ms 198.19.132.2
3 * * * Délai d’attente de la demande dépassé.
4 22 ms 22 ms 22 ms be16.cbr01-ntr.net.bbox.fr [212.194.171.82]
5 * * * Délai d’attente de la demande dépassé.
6 * 39 ms 37 ms lag-106.ear3.Paris1.Level3.net [212.3.235.205]
7 * * * Délai d’attente de la demande dépassé.
8 47 ms 41 ms 43 ms 212.73.249.30
9 * * * Délai d’attente de la demande dépassé.
10 46 ms 41 ms 39 ms fw0.lux.valve.net [146.66.152.2]
-
Le ping me parait effectivement bien élevé et notamment l'équipement BY "be16.cbr01-ntr.net.bbox.fr". Du coup, ça devrait impacter aussi les autres destinations... Un ping/traceroute vers les DNS Google ? (8.8.8.8 )
-
Retournement de situation
l'ouverture de ports fonctionne! du moins, j'ai réussi à me connecter avec eMule en high id... (port 6115, 6111) sur une configuration NAT comme ça devrait être le cas normalement! je pige pas j'ai rien changé... (effectivement le port doit être écouté, pff je suis moins bête qu'il y a 1H!)
je vais voir les ports de sc2 du coup.
Bon du coup mon problème ne relève pas des ports... mais belle et bien d'un gros problème de traceroute... (Nouveau sujet?)
Détermination de l’itinéraire vers dns.google [8.8.8.8]
avec un maximum de 30 sauts :
1 <1 ms <1 ms <1 ms bouygues [192.168.1.1]
2 64 ms 102 ms 71 ms 198.19.132.2
3 * * * Délai d’attente de la demande dépassé.
4 41 ms 41 ms 41 ms be16.cbr01-ntr.net.bbox.fr [212.194.171.82]
5 * * * Délai d’attente de la demande dépassé.
6 28 ms 36 ms 40 ms 72.14.213.208
7 42 ms * 46 ms 108.170.231.95
8 36 ms 38 ms 38 ms 64.233.174.175
9 45 ms 52 ms * dns.google [8.8.8.8]
10 45 ms 42 ms 45 ms dns.google [8.8.8.8]
C:\Users\Blawdi.000>tracert 8.8.4.4
Détermination de l’itinéraire vers dns.google [8.8.4.4]
avec un maximum de 30 sauts :
1 <1 ms <1 ms <1 ms bouygues [192.168.1.1]
2 9 ms 8 ms 8 ms 198.19.132.2
3 8 ms 8 ms 8 ms 62.34.2.66
4 49 ms 44 ms 42 ms be16.cbr01-ntr.net.bbox.fr [212.194.171.82]
5 * * * Délai d’attente de la demande dépassé.
6 45 ms * 50 ms 72.14.213.208
7 39 ms 43 ms 42 ms 108.170.231.107
8 53 ms 57 ms 48 ms 66.249.94.133
9 46 ms 52 ms 49 ms dns.google [8.8.4.4]
Itinéraire déterminé.
-
Les deux traceroutes sont faits avec le même PC ? Ethernet ?
Le second saut est aussi très bizarre.
-
Retournement de situation
l'ouverture de ports fonctionne! du moins, j'ai réussi à me connecter avec eMule en high id... (port 6115, 6111) sur une configuration NAT comme ça devrait être le cas normalement! je pige pas j'ai rien changé... (effectivement le port doit être écouté, pff je suis moins bête qu'il y a 1H!)
je vais voir les ports de sc2 du coup.
Bon du coup mon problème ne relève pas des ports... mais belle et bien d'un gros problème de traceroute... (Nouveau sujet?)
Par curiosité, dans le firewall windows, tu as quoi dans "Règles de trafic entrant" ?
-
Les deux traceroutes sont faits avec le même PC ? Ethernet ?
Le second saut est aussi très bizarre.
Pourquoi ? A cause de la latence élévée ? Les routeurs répondent quand ils peuvent car ce n'est pas leur fonction principale.
-
Les deux traceroutes sont faits avec le même PC ? Ethernet ?
Le second saut est aussi très bizarre.
Oui le même à la suite, j'en fait plusieurs pour comprendre
C:\Users\Blawdi.000>tracert 146.66.152.1
Détermination de l’itinéraire vers gw.lux.valve.net [146.66.152.1]
avec un maximum de 30 sauts :
1 <1 ms <1 ms <1 ms bouygues [192.168.1.1]
2 8 ms 8 ms 9 ms 198.19.132.2
3 * 8 ms 8 ms 62.34.2.66
4 31 ms 32 ms 28 ms be16.cbr01-ntr.net.bbox.fr [212.194.171.82]
5 * * * Délai d’attente de la demande dépassé.
6 80 ms 75 ms 64 ms lag-106.ear3.Paris1.Level3.net [212.3.235.205]
7 * * * Délai d’attente de la demande dépassé.
8 * * * Délai d’attente de la demande dépassé.
9 * * * Délai d’attente de la demande dépassé.
10 * * * Délai d’attente de la demande dépassé.
11 * * * Délai d’attente de la demande dépassé.
12 * * * Délai d’attente de la demande dépassé.
13 * * * Délai d’attente de la demande dépassé.
14 * * * Délai d’attente de la demande dépassé.
15 * * * Délai d’attente de la demande dépassé.
16 * * * Délai d’attente de la demande dépassé.
17 * * * Délai d’attente de la demande dépassé.
18 * * * Délai d’attente de la demande dépassé.
19 * * * Délai d’attente de la demande dépassé.
20 * * * Délai d’attente de la demande dépassé.
21 * * * Délai d’attente de la demande dépassé.
22 * * * Délai d’attente de la demande dépassé.
23 * * * Délai d’attente de la demande dépassé.
24 * * * Délai d’attente de la demande dépassé.
25 * * * Délai d’attente de la demande dépassé.
26 * * * Délai d’attente de la demande dépassé.
27 * * * Délai d’attente de la demande dépassé.
28 * * * Délai d’attente de la demande dépassé.
29 * * * Délai d’attente de la demande dépassé.
30 * * * Délai d’attente de la demande dépassé.
Itinéraire déterminé.
C:\Users\Blawdi.000>tracert 146.66.152.2
Détermination de l’itinéraire vers fw0.lux.valve.net [146.66.152.2]
avec un maximum de 30 sauts :
1 <1 ms <1 ms <1 ms bouygues [192.168.1.1]
2 786 ms 581 ms 435 ms 198.19.132.2
3 * * * Délai d’attente de la demande dépassé.
4 22 ms 22 ms 22 ms be16.cbr01-ntr.net.bbox.fr [212.194.171.82]
5 * * * Délai d’attente de la demande dépassé.
6 * 39 ms 37 ms lag-106.ear3.Paris1.Level3.net [212.3.235.205]
7 * * * Délai d’attente de la demande dépassé.
8 47 ms 41 ms 43 ms 212.73.249.30
9 * * * Délai d’attente de la demande dépassé.
10 46 ms 41 ms 39 ms fw0.lux.valve.net [146.66.152.2]
Itinéraire déterminé.
C:\Users\Blawdi.000>tracert 8.8.8.8
Détermination de l’itinéraire vers dns.google [8.8.8.8]
avec un maximum de 30 sauts :
1 <1 ms <1 ms <1 ms bouygues [192.168.1.1]
2 64 ms 102 ms 71 ms 198.19.132.2
3 * * * Délai d’attente de la demande dépassé.
4 41 ms 41 ms 41 ms be16.cbr01-ntr.net.bbox.fr [212.194.171.82]
5 * * * Délai d’attente de la demande dépassé.
6 28 ms 36 ms 40 ms 72.14.213.208
7 42 ms * 46 ms 108.170.231.95
8 36 ms 38 ms 38 ms 64.233.174.175
9 45 ms 52 ms * dns.google [8.8.8.8]
10 45 ms 42 ms 45 ms dns.google [8.8.8.8]
Itinéraire déterminé.
C:\Users\Blawdi.000>tracert 8.8.4.4
Détermination de l’itinéraire vers dns.google [8.8.4.4]
avec un maximum de 30 sauts :
1 <1 ms <1 ms <1 ms bouygues [192.168.1.1]
2 9 ms 8 ms 8 ms 198.19.132.2
3 8 ms 8 ms 8 ms 62.34.2.66
4 49 ms 44 ms 42 ms be16.cbr01-ntr.net.bbox.fr [212.194.171.82]
5 * * * Délai d’attente de la demande dépassé.
6 45 ms * 50 ms 72.14.213.208
7 39 ms 43 ms 42 ms 108.170.231.107
8 53 ms 57 ms 48 ms 66.249.94.133
9 46 ms 52 ms 49 ms dns.google [8.8.4.4]
Itinéraire déterminé.
C:\Users\Blawdi.000>tracert 8.8.4.4
Détermination de l’itinéraire vers dns.google [8.8.4.4]
avec un maximum de 30 sauts :
1 <1 ms <1 ms <1 ms 192.168.1.1
2 8 ms 8 ms 14 ms 198.19.132.2
3 * * * Délai d’attente de la demande dépassé.
4 44 ms 48 ms 49 ms be16.cbr01-ntr.net.bbox.fr [212.194.171.82]
5 * 8 ms 9 ms la12.rpt01-ix2.net.bbox.fr [212.194.171.86]
6 42 ms 41 ms 45 ms 72.14.213.208
7 57 ms 54 ms 51 ms 108.170.231.107
8 * 46 ms 42 ms 66.249.94.133
9 * 47 ms 46 ms dns.google [8.8.4.4]
Itinéraire déterminé.
C:\Users\Blawdi.000>tracert 8.8.4.4
Détermination de l’itinéraire vers dns.google [8.8.4.4]
avec un maximum de 30 sauts :
1 <1 ms <1 ms <1 ms 192.168.1.1
2 860 ms 786 ms 336 ms 198.19.132.2
3 * 8 ms 8 ms 62.34.2.66
4 58 ms * 44 ms be16.cbr01-ntr.net.bbox.fr [212.194.171.82]
5 * * * Délai d’attente de la demande dépassé.
6 45 ms 41 ms 39 ms 72.14.213.208
7 47 ms 43 ms 49 ms 108.170.231.107
8 57 ms ^C
C:\Users\Blawdi.000>tracert 8.8.8.8
Détermination de l’itinéraire vers dns.google [8.8.8.8]
avec un maximum de 30 sauts :
1 <1 ms <1 ms <1 ms bouygues [192.168.1.1]
2 8 ms 9 ms 19 ms 198.19.132.2
3 * * * Délai d’attente de la demande dépassé.
4 53 ms 49 ms 47 ms be16.cbr01-ntr.net.bbox.fr [212.194.171.82]
5 * * * Délai d’attente de la demande dépassé.
6 34 ms 35 ms 33 ms 72.14.213.208
7 53 ms 58 ms 57 ms 108.170.231.95
8 50 ms * 52 ms 64.233.174.175
9 34 ms 43 ms * dns.google [8.8.8.8]
10 50 ms 51 ms 49 ms dns.google [8.8.8.8]
Itinéraire déterminé.
C:\Users\Blawdi.000>
Par curiosité, dans le firewall windows, tu as quoi dans "Règles de trafic entrant" ?
voir fichier joint
-
Peux tu faire un test débit nperf maintenant ? (comme le précédent)
-
Peux tu faire un test débit nperf maintenant ? (comme le précédent)
(https://live.staticflickr.com/65535/50580861087_c209a8b61c_o.png)
-
La même chose en choisissant un serveur Bouygues sur Paris (au lieu de Anycast) ?
-
Les deux traceroutes sont faits avec le même PC ? Ethernet ?
Le second saut est aussi très bizarre.
En fait les routeurs clairement dépriorise le fait de répondre au traceroute, donc tant que le ping est correct sur la destination finale et qu'il n'y a pas de pertes de paquets, aucune raison de s'alarmer..
-
En fait les routeurs clairement dépriorise le fait de répondre au traceroute, donc tant que le ping est correct sur la destination finale et qu'il n'y a pas de pertes de paquets, aucune raison de s'alarmer..
Justement ce n'est pas le cas. Il a un ping bien trop élevé pour Google DNS ainsi que le serveur CSGO mentionné (j'ai beaucoup moins perso, même en prenant en compte la distance de chez lui vers Paris).
-
On ne sait pas où il est en France. C'est un peu élevé (45 ms), mais rien de dramatique (sans connaitre sa localisation et le réseau sur lequel il passe)...
Pour peu qu'il soit dans le sud ouest sur un réseau public avec une remontée pas optimale vers Paris ..
-
La même chose en choisissant un serveur Bouygues sur Paris (au lieu de Anycast) ?
Sur un serveur bouygues ça va encore mais c'est moins stable
(https://live.staticflickr.com/65535/50581038196_6da315e442_o.png)
sur un autre serveur c'est moins fifou
(https://live.staticflickr.com/65535/50581161197_d05c6d4c79_o.png)
-
Je suis de Cambrai.
Du coup comment identifier la latence et les problèmes de download de mpa sur SC2? si on ne peut pas prendre en compter les tracerts?
-
Je suis de Cambrai.
Du coup comment identifier la latence et les problèmes de download de mpa sur SC2? si on ne peut pas prendre en compter les tracerts?
Oui et donc les 45 ms de ping sur Google DNS, c'est pas vraiment normal et on dirait une saturation sur le chemin vers Paris. Malheureusement, ça veut aussi dire que tu n'as pas d'autres solutions que : changer de FAI ou utiliser un VPN.
Tu as des liens vers ces maps SC2 ?
-
Hello,
après avoir fait un test dépanage sur le site bouygue ça à demander de redémarrer la box et depuis
C:\Users\Blawdi.000>tracert 8.8.8.8
Détermination de l’itinéraire vers dns.google [8.8.8.8]
avec un maximum de 30 sauts :
1 <1 ms <1 ms <1 ms bouygues [192.168.1.1]
2 8 ms 7 ms 8 ms 198.19.132.2
3 7 ms 7 ms 7 ms 62.34.2.66
4 10 ms 10 ms 10 ms be16.cbr01-ntr.net.bbox.fr [212.194.171.82]
5 * * * Délai d’attente de la demande dépassé.
6 9 ms 9 ms 8 ms 72.14.213.208
7 10 ms 8 ms 9 ms 108.170.231.95
8 9 ms 9 ms 9 ms 64.233.174.175
9 9 ms 9 ms 9 ms dns.google [8.8.8.8]
Itinéraire déterminé.
je dois refaire un test demain sur cs, apriori sc2 c'est ok, reste qu'aujourd'hui j'avais un gros ping sur cs:go. mais bon j'avais aussi 40 sur le tracert google avant le redémarrage.
-
Suite de mes testes
Bon je pense que c'est globalement résolu, ça soulève une autre question / comparaison :
Je joue avec des potes qui sont chez free en VDSL avec l'option du réglage de ping, eux sur les mêmes serveur (Poland) ont un ping de 15, tant dit que moi j'ai un ping de 40/50.
C:\Users\Blawdi.000>ping 155.133.83.161
Envoi d’une requête 'Ping' 155.133.83.161 avec 32 octets de données :
Réponse de 155.133.83.161 : octets=32 temps=46 ms TTL=51
Réponse de 155.133.83.161 : octets=32 temps=46 ms TTL=51
Réponse de 155.133.83.161 : octets=32 temps=47 ms TTL=51
Réponse de 155.133.83.161 : octets=32 temps=46 ms TTL=51
comment ça se fait ? je pige pas, un est en 30 Mg et l'autre 40.
-
Hmm loin de douter de tes potes mais ça me semble peu probable. 15 ms de ping vers la Pologne ? C'est quasi la vitesse de la lumière théorique dans la fibre si je me trompe pas alors si tu comptes les différents routeurs (qui ajoutent de la latence en plus) entre la France et la Pologne, ça m'a pas l'air correct.
En testant chez moi, j'ai aussi ~45ms et ~50ms depuis un VPN (Scaleway).
-
Je ne doute pas, c'est pas eux qu'ils le disent, c'est ce qu'on voit sur le jeu.
Je sais que free permet un réglage de ping sur ces lignes VDSL, cependant, en fibre l'option disparait. je me demande pourquoi ils arrivent à montrer un ping ainsi ?
-
Hmm loin de douter de tes potes mais ça me semble peu probable. 15 ms de ping vers la Pologne ? C'est quasi la vitesse de la lumière théorique dans la fibre si je me trompe pas alors si tu comptes les différents routeurs (qui ajoutent de la latence en plus) entre la France et la Pologne, ça m'a pas l'air correct.
En testant chez moi, j'ai aussi ~45ms et ~50ms depuis un VPN (Scaleway).
je vais continuer les tests sur les prochains jours pour voir si on se connecte toujours sur un serveur PL.
-
Je ne doute pas, c'est pas eux qu'ils le disent, c'est ce qu'on voit sur le jeu.
Je sais que free permet un réglage de ping sur ces lignes VDSL, cependant, en fibre l'option disparait. je me demande pourquoi ils arrivent à montrer un ping ainsi ?
En VDSL (comme en ADSL), on peut jouer sur certains paramètres (notamment la marge de bruit) qui permettent d'améliorer la latence (et sa stabilité) sur le lien NRA-Abonné, en sacrifiant une partie du débit.
Il n'est pas possible de faire un tel réglage sur la fibre, car ces paramètres ne s'appliquent pas sur la fibre optique (au niveau des lois de la physique)
-
En VDSL (comme en ADSL), on peut jouer sur certains paramètres (notamment la marge de bruit) qui permettent d'améliorer la latence (et sa stabilité) sur le lien NRA-Abonné, en sacrifiant une partie du débit.
Il n'est pas possible de faire un tel réglage sur la fibre, car ces paramètres ne s'appliquent pas sur la fibre optique (au niveau des lois de la physique)
En VDSL ca n'influe pas la latence de jouer sur la marge, vu que la latence est déjà réduite par rapport à l'ADSL, c'est même proche de la Fibre, mais seulement la vitesse de synchro
-
moi aussi chez Bouygues en FTTH, ça passe par Cogent+OTI et il me faut 33/34 ms entre Paris et le serveur en pologne. (53/54 ms en totalité)
traceroute to 155.133.83.161 (155.133.83.161), 64 hops max, 52 byte packets
2 i19-les01-t2-31-37-192-2.sfr.lns.abo.bbox.fr (31.37.192.2) 6.102 ms 4.733 ms 6.201 ms
3 * 62.34.2.36 (62.34.2.36) 4.898 ms 4.985 ms
4 62.34.2.41 (62.34.2.41) 5.282 ms 4.729 ms 4.966 ms
5 be21.cbr01-poi.net.bbox.fr (212.194.170.74) 9.290 ms 8.680 ms 8.909 ms
6 212.194.170.253 (212.194.170.253) 8.617 ms 8.421 ms 8.490 ms
7 be4887.agr21.mrs01.atlas.cogentco.com (149.14.126.217) 8.559 ms 9.168 ms 8.949 ms
8 be2346.ccr22.mrs01.atlas.cogentco.com (154.54.38.173) 8.811 ms
be2345.ccr21.mrs01.atlas.cogentco.com (154.54.38.169) 9.128 ms 9.542 ms
9 be3093.ccr42.par01.atlas.cogentco.com (130.117.50.165) 19.667 ms
be3092.ccr41.par01.atlas.cogentco.com (130.117.49.153) 19.875 ms
be3093.ccr42.par01.atlas.cogentco.com (130.117.50.165) 19.201 ms
10 be3184.ccr31.par04.atlas.cogentco.com (154.54.38.158) 20.384 ms
be3183.ccr31.par04.atlas.cogentco.com (154.54.38.66) 20.358 ms 20.487 ms
11 francetelecom.par04.atlas.cogentco.com (130.117.15.58) 19.941 ms
francetelecom.par04.atlas.cogentco.com (130.117.15.94) 20.685 ms 20.378 ms
12 * hundredgige0-6-0-32.auvtr5.aubervilliers.opentransit.net (193.251.132.142) 21.423 ms *
13 * * 193.251.141.74 (193.251.141.74) 48.198 ms
14 orangepolska-1.gw.opentransit.net (193.251.249.14) 43.627 ms
195.117.0.22 (195.117.0.22) 48.871 ms 48.805 ms
15 217.96.38.114 (217.96.38.114) 53.677 ms
195.117.0.22 (195.117.0.22) 49.955 ms 48.254 ms
16 155-133-83-161.mikronet.org.pl (155.133.83.161) 54.535 ms 53.846 ms 53.876 ms
L'excès de latence que tu as viens peut être de là. (Je précise que je suis en FTTH mais pas sur la Bbox Wifi 6)
Si l'on compare avec OVH Pologne ( waw1-oza.smokeping.ovh.net ), le peering est meilleur car on passe par le réseau OVH, j'ai un ping de 10 ms inférieur. Mais après, ça me semble difficile de faire plus court que 20 ms entre Paris et la pologne...
-
Merci pour vos participations!!
bon je reviens au nouvelle, étrangement, le soir... mon ping sur 8.8.8.8 (Google) est de
Réponse de 8.8.8.8 : octets=32 temps=128 ms TTL=117
Réponse de 8.8.8.8 : octets=32 temps=97 ms TTL=117
Réponse de 8.8.8.8 : octets=32 temps=136 ms TTL=117
Réponse de 8.8.8.8 : octets=32 temps=126 ms TTL=117
Réponse de 8.8.8.8 : octets=32 temps=125 ms TTL=117
Réponse de 8.8.8.8 : octets=32 temps=129 ms TTL=117
Réponse de 8.8.8.8 : octets=32 temps=115 ms TTL=117
Réponse de 8.8.8.8 : octets=32 temps=107 ms TTL=117
Réponse de 8.8.8.8 : octets=32 temps=137 ms TTL=117
Réponse de 8.8.8.8 : octets=32 temps=141 ms TTL=117
Réponse de 8.8.8.8 : octets=32 temps=122 ms TTL=117
Réponse de 8.8.8.8 : octets=32 temps=140 ms TTL=117
Réponse de 8.8.8.8 : octets=32 temps=131 ms TTL=117
Je pige plus trop là... j'ai fait un dépannage bidon en ligne qui raconte que de la merde... du coup ma box à été redémarrer et remis à Zéro... les deux seul options que le dépannage en ligne sait faire...
-
moi aussi chez Bouygues en FTTH, ça passe par Cogent+OTI et il me faut 33/34 ms entre Paris et le serveur en pologne. (53/54 ms en totalité)
L'excès de latence que tu as viens peut être de là. (Je précise que je suis en FTTH mais pas sur la Bbox Wifi 6)
Si l'on compare avec OVH Pologne ( waw1-oza.smokeping.ovh.net ), le peering est meilleur car on passe par le réseau OVH, j'ai un ping de 10 ms inférieur. Mais après, ça me semble difficile de faire plus court que 20 ms entre Paris et la pologne...
C'est étrange, nous n'avons pas du tout le même traceroute ...
|------------------------------------------------------------------------------------------|
| WinMTR statistics |
| Host - % | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
| 10.10.10.10 - 0 | 20 | 20 | 0 | 0 | 0 | 0 |
| 176.135.254.2 - 0 | 20 | 20 | 3 | 3 | 4 | 3 |
| be11.cbr01-ntr.net.bbox.fr - 0 | 20 | 20 | 5 | 5 | 7 | 6 |
| la12.rpt01-ix2.net.bbox.fr - 58 | 7 | 3 | 4 | 4 | 5 | 5 |
| lag-106.ear3.Paris1.Level3.net - 25 | 12 | 9 | 0 | 9 | 12 | 9 |
| ae-2-3211.edge7.Paris1.Level3.net - 0 | 20 | 20 | 5 | 10 | 27 | 16 |
| Orange-level3-200G.Paris1.Level3.net - 28 | 11 | 8 | 0 | 31 | 146 | 31 |
| Request timed out. - 100 | 4 | 0 | 0 | 0 | 0 | 0 |
| Request timed out. - 100 | 4 | 0 | 0 | 0 | 0 | 0 |
| 195.117.0.22 - 0 | 20 | 20 | 34 | 35 | 43 | 35 |
| 217.96.38.114 - 0 | 20 | 20 | 39 | 39 | 40 | 40 |
| 155-133-83-161.mikronet.org.pl - 0 | 20 | 20 | 40 | 40 | 41 | 40 |
|________________________________________________|______|______|______|______|______|______|
Merci pour vos participations!!
bon je reviens au nouvelle, étrangement, le soir... mon ping sur 8.8.8.8 (Google) est de
Réponse de 8.8.8.8 : octets=32 temps=128 ms TTL=117
Je pige plus trop là... j'ai fait un dépannage bidon en ligne qui raconte que de la merde... du coup ma box à été redémarrer et remis à Zéro... les deux seul options que le dépannage en ligne sait faire...
Je pense que tu as de la saturation réseau dans ton coin.
-
Et que puis-je faire?
-
Tu es à Cambrai même (AMII Orange) ou dans une ville à côté (possiblement THD 59-62 avec une collecte Axione qui a déjà montré quelle pouvait saturer)
-
Tu es à Cambrai même (AMII Orange) ou dans une ville à côté (possiblement THD 59-62 avec une collecte Axione qui a déjà montré quelle pouvait saturer)
Et donc on peut faire quoi globalement?
-
Et donc on peut faire quoi globalement?
changer d'operateur
un collegue de travail en region parisienne etait chez bouygues, durant la premiere vague covid sa connec fibre devenait inutilisable, il passait en 4G free.
il est passé chez orange il y a 1 mois et depuis, pas de soucis particuliers...
-
changer d'operateur
un collegue de travail en region parisienne etait chez bouygues, durant la premiere vague covid sa connec fibre devenait inutilisable, il passait en 4G free.
il est passé chez orange il y a 1 mois et depuis, pas de soucis particuliers...
Il n'y a pas moyen de leur remonter l'info pour qu'il fasse quelque chose??
-
Il n'y a pas moyen de leur remonter l'info
oui surement
pour qu'il fasse quelque chose??
si on part du principe que c'est une saturation locale, c'est a eux de voir, ils ont peut-etre deja prevu quelque chose, ou non, c'est leur tambouille interne et ca t'en sauras rien.
-
Ne t'inquiète pas, le réseau est surveillé, si ça saturé tous les soirs ils sont au courant.. Généralement le plus simple est d'aller voir ailleurs..
-
Ne t'inquiète pas, le réseau est surveillé, si ça saturé tous les soirs ils sont au courant.. Généralement le plus simple est d'aller voir ailleurs..
Hum, sauf que je suis bloquer pendant 12 mois maintenant. et j'ai une grosse note de crédit sur mon compte ce qui fait que je ne paie rien pendant quelques années...
J'ai quelques contactes chez eux, est-ce qu'ils ont un moyen de régler ça si on leurs communique l'info? ou c'est un problème indépendant sur lequel ils ne savent pas intervenir?