Auteur Sujet: Bridage redirection de port ?  (Lu 1307 fois)

0 Membres et 3 Invités sur ce sujet

hwti

  • Abonné Orange Fibre
  • *
  • Messages: 2 752
  • Chambly (60)
Bridage redirection de port ?
« Réponse #24 le: Hier à 11:04:27 »
Là on a clairement des problèmes vers des serveurs Orange et Bouygues en plein milieu de la nuit, donc ce n'est pas limité aux heures de pointe.

S'il y a des paquets out of order, iperf3 devrait le dire sur un test en UDP.
iperf3.exe -c ping.online.net -u -b 500MMalheureusement le test en TCP a été fait avec un des serveurs Bouygues, qui ne supporte pas l'UDP.
Pour moi, ping.online.net / iperf3.moji.fr fonctionnent bien en UDP (sauf parfois où les serveurs ne répondent pas), mais le serveur Milkywan ne fonctionne pas.

evwve

  • Abonné RED by SFR fibre FttH
  • *
  • Messages: 12
  • RED 2 Gbit/s ↓↑ 1 Gbit/s
Bon bon bon,

suite au rappel de SFR de ce midi, pas de changement de son de cloche.

Le fameux *service technique* n'a que trois phrases scriptés a dire :

- Vous avez internet ?
- faites un nPerf sur réseau SFR seulement (speedtest/iperf/et autres = interdit et sans valeur, c'est vrai qu'internet = SFR only)
- tout va bien alors aurevoir

Clairement le *technicien* ne veux pas entendre parler d'autre chose que leur serveur SFR, si votre speedtest sur serveur SFR est presque correct = Y'a pas de problème.
Si j'évoque du speedtest sur serveur Bouygues / Scaleways / Orange / et plein d'autres datacenters  = on s'en fout.
Et c'est bien connu que les gens ont besoin d'internet juste pour faire des Speedtest de leur ligne et uniquement chez leur FAI ... La vision de ce qu'est un accès à Internet par SFR fait peur.

Je suis quand même consterné de voir un Service Technique qui n'en a strictement rien a fout** de leur client. surtout sur un client sans engagement qui ne sera pas bloqué 12mois chez eux.
Il est clairement IMPOSSIBLE d'aborder la problématique pour essayer de trouver une solution à un problème qui pourtant existe, surtout quand la personne semble strictement rien connaitre d'autre que les 3 phrases scriptés.

Bref la seule chose qui est proposé c'est un échange de box, alors qu'il le dise eux même qu'il y a aucune problème entre la Box et les locaux SFR. Ca n'a pas de sens. Pour moi maintenant tout indique un problème de peering

Restant crédule et surtout voulant garder espoir j'ai accepté l'échange, on verra bien si ca change quelque chose ou pas.
mais je me fais pas trop d'illusion, ca finira par retourner chez Free/Bouygues une fois Le remboursement de frais de résiliation de mon ancienne ligne effectuée.

Du temps perdu pour moi, et de l'argent coté FAI gaspillé de l'autre, plutôt que trouver une solution :/

La suite dans 24-48H après échange de box :D




buddy

  • Expert
  • Abonné Bbox fibre
  • *
  • Messages: 16 069
  • Alpes Maritimes (06)
Bridage redirection de port ?
« Réponse #26 le: Aujourd'hui à 16:00:34 »
avis perso, ça fait malheureusement bien longtemps que le service technique se limite à "votre box fonctionne".
D'un autre côté, on veut toujours moins payer, et une fois enlever les coûts de matériel, il ne reste pas grand chose pour payer la hotline ... Tu as donc des personnes qui ne savaient pas (ou ne savent toujours pas) ce qu'est IPv6 ou une redirection de ports alors ...

Leon

  • Abonné Bbox fibre
  • Modérateur
  • *
  • Messages: 6 653
Bridage redirection de port ?
« Réponse #27 le: Aujourd'hui à 16:50:48 »
evwve

Tu as essayé de regarder les pertes de paquets réels avec la méthode que je te proposais?
Parce que les retransmissions, on suppose que c'est du à des pertes de paquet, mais on n'en n'est pas certain.
Pour aller plus loin dans l'investigation de l'hypothèse "perte de paquets", tu peux faire un ping plus poussé : ping de trames longue, et laisser le ping tourner pendant 5minutes, pas juste 30 secondes.
ping x.x.x.x -t -l 1440
(ça fait des champs data de 1440).
A faire impérativement entre les machines que tu utilises.

Leon.

hwti

  • Abonné Orange Fibre
  • *
  • Messages: 2 752
  • Chambly (60)
Bridage redirection de port ?
« Réponse #28 le: Aujourd'hui à 16:54:55 »
Il y a aussi le iperf3 en UDP dont j'ai parlé plus haut, qui est capable de détecter les paquets perdus ou reçus dans le désordre, qui sont les deux causes envisagées actuellement.
Certes, même si on identifie, ça risque d'être difficile d'obtenir une correction du réseau.