Auteur Sujet: Est-ce que les 4 plus gros FAI respectent la loi de la neutralité du net ? (Lu 10169 fois)

vivien · « **Réponse #48 le:** 20 octobre 2022 à 21:57:06 »

Oui, le port 25 je l'ai bien en tête, c'est pour cela que je l'ai mentionné avant qu'on me l'indique :

Citation de: vivien le 19 octobre 2022 à 19:17:06

J'aime bien ce qui est précis. Le fait de ne pas pouvoir débloquer le port TCP 25 chez Orange, c'est bien noté.

Quels sont les autres ports ?

Je veux bien l'opérateur, la technologie, la box utilisée et le port en question.

Fyr · « **Réponse #49 le:** 20 octobre 2022 à 22:04:51 »

Citation de: vivien le 20 octobre 2022 à 21:47:59

Le port TCP 1701 est testé sur l'application WeHe que l'Arcep met à disposition avec la Northeastern University.

J'ai donc de nombreux tests réalisés par la communauté et je ne vois pas de problème avec Orange, le débit est très proche du port 443, sur fixe comme sur mobile.

J'aimerais plus de détails et si possible un mode opératoire pour reproduire le problème.

Bon je viens de l'installer et le faire tourner sur un macbook pro m1 ça marche. Par contre ... pour les tests, dont le port 1701, avec moins de 100Mbs de débit je sais pas comment on peut en conclure une "non différenciation" le débit étant "infra clinique" sur un accès fibre. Tous les tests étant au même débit absolument famélique entre 20-100Mbs sur les qqs tests de fait.

EDIT : je viens de check c'est bien sûr un binaire ARM natif, Rosetta2 pas en cause.

maximushugus · « **Réponse #50 le:** 20 octobre 2022 à 22:47:04 »

Dans le thème des blocages de port chez les FAI :
https://lafibre.info/4g-sfr/neutralite-du-net-et-blocage-port-53-chez-sfr/
Je n'ai pas eu l'occasion de tester de nouveau depuis quelques mois

kaxapo · « **Réponse #51 le:** 20 octobre 2022 à 22:58:26 »

"Under the EU rules, ISPs are prohibited from blocking or slowing down of internet traffic, except where necessary. The exceptions are limited to: traffic management to comply with a legal order, to ensure network integrity and security, and to manage exceptional or temporary network congestion, provided that equivalent categories of traffic are treated equally. The provisions enshrine in EU law an end-user’s right to be “free to access and distribute information and content, use and provide applications and services of their choice”. Specific provisions ensure that national authorities can enforce this new right."

Test effectué depuis une connexion Free ADSL:

10mbit/s en moyenne de partout dans la section Video et Musique mais au niveau de Twitter video et côté Visio un gros ralentissement/Bridage? Where is the "All trafic should be threated the same" ?

kaxapo · « **Réponse #52 le:** 20 octobre 2022 à 23:18:38 »

@Vivien sa pourrais vraiment t'intéresser:

Dommage qu'on a pas la possibilité de tester les ports qu'on veut ! J'en suis sûr que ce n'est pas le seul port bridée

Fyr · « **Réponse #53 le:** 20 octobre 2022 à 23:21:01 »

WOW. Bon en plus y a 30% de différence sur le test youtube de @kaxapo vu comme non discriminant, avec un débit <10Mbs. Est-ce attendu ou normal comme fonctionnement ?

vivien · « **Réponse #54 le:** 21 octobre 2022 à 06:57:42 »

kaxapo: Ce serait possible de refaire le test YouTube et le test du port 8443 (je propose de passer sur un transfert de 50 Mo à la place de 10 Mo) ?

Les débits sont faibles avec les applications, car c'est vrai trafic (préalablement enregistré) qui est rejoué, afin que des DPI croient que le trafic est véritablement issue de l'application. Il y a les certificats TLS de l'application en question et le comportement habituel.

kaxapo · « **Réponse #55 le:** 21 octobre 2022 à 08:25:56 »

@Vivien voici un test youtube >< Twitter effectué ce matin a 7h54 exactement:

Pour le test du port 8443 en 50Mo ce n'est pas pour tout de suite (l'application crash vers la fin du test même en essayant plusieurs fois...

Je le posterais des que j'y arriverait.

EDIT: Le blocage se ferait seulement du côté IPv4? Je viens de faire un test en IPv6 est le résultat est bon:

matrix-bx · « **Réponse #56 le:** 23 octobre 2022 à 07:32:49 »

Citation de: obinou le 20 octobre 2022 à 21:23:52

C'est ton interprétation ? Ou celle de l'ARCEP et / ou de la loi française ?
Car si c'est le cas , typiquement en mobile ce n'est pas le cas, et chez certains FAI fixe non plus (rigolo d'ailleurs dans ce cadre l'acronyme "FAI").

On va dire que c'est évidement la mienne et clairement certains ne fournissent pas un accès à Internet mais un simple accès data.

Citation de: obinou le 20 octobre 2022 à 21:23:52

=> Du coup je ne sais pas si certains ports sont traités de manière spécifique.
Je sais que sur les livebox il y a un problème avec le port TCP 1701 (L2TP). Par contre je ne pense pas que ce soit du "filtrage" voulu , mais plus un choix d'implémentation technique.

Rien constaté de tel derrière une vielle LB2 (avec mtr).

Citation de: obinou le 20 octobre 2022 à 21:23:52

Curieux qu'on ai pas la même chose avec les ONT et les protocoles par dessus.... :-) Chez Orange comme chez les autres.

Ce forum est , de loin, la meilleure source d'info sur le sujet devant les sites des opérateurs.

Hum, pas sûr de bien saisir le besoin, un ONT reste sous la responsabilité de l'opérateur car il doit être configuré par l'OLT (authentification, échange des clefs de chiffrement, allocations des ressources utilisables sur le PON, etc),et du point de vue client, ça fait surtout du L2 et c'est assez transparent en L3 (hormis IGMP).

matrix-bx · « **Réponse #57 le:** 06 novembre 2022 à 11:43:44 »

Citation de: vivien le 19 octobre 2022 à 19:17:06

Oui en effet il y'a pas mal de blocages a ce niveau la et comme tu a dis sans possibilité de déblocage.
J'aime bien ce qui est précis. Le fait de ne pas pouvoir débloquer le port TCP 25 chez Orange, c'est bien noté.

Quels sont les autres ports ?

Je veux bien l'opérateur, la technologie, la box utilisée et le port en question.

Salut Vivien,

constatant que mon vpn sur android n'arrivait pas à se connecter alors qu'il y arrive parfaitement en wifi, j'ai creusé un peu.

Opérateur Orange (Sosh).
Protocole OpenVPN
Transport udp
Port 53.

Un PC en partage de connexion par usb, n'arrive pas non plus à se connecter mais permet de prendre une trace.
Tcpdump ne montre que du trafic sortant vers le serveur alors que côté serveur, tcpdump montre que les réponses sont bien envoyées mais n'arrivent pas à destination.

Le problème disparaît en tcp/53 ou udp/54 et la connexion vpn monte.

Test également fait sur Free Mobile, pas de problème constaté sur port udp 53.

[Edit] Si c'est du vrai dns, ça passe, la requête arrive au serveur, et le client reçoit une réponse.

Bon dimanche.

vivien · « **Réponse #58 le:** 06 novembre 2022 à 14:53:22 »

Merci du signalement.

C'est intéressant.

Je reformule : Il y a donc une analyse du contenu des paquets UDP sur le port 53.

Protocole sur les couches supérieur :
- DNS : Les paquets passent bien (client => serveur => client)
- OpenVPN : Les paquets sont rejetés

Tu as essayé en diminuant la MTU ?

Oyodo · « **Réponse #59 le:** 06 novembre 2022 à 15:44:38 »

J'ai testé avec un serveur iperf3 de mon côté (hébergé sur un serveur Online), entre une 4G Orange (partage de connexion iPhone), et une FTTH ByTel (1000/700).

Je n'arrive pas à joindre le serveur sur le port 53, que ce soit en tcp ou udp, depuis mon partage de connexion. Peut-être qu'il s'agit d'un problème avec le partage entre l'iPhone et le Mac (IPv6 etc..., le serveur étant full IPv4)

Depuis la connexion FTTH, les résultats sont pour le moins... étrange

en TCP, j'ai 40Mbps (sens client => serveur)
en UDP, j'ai des pertes lorsque j'indique un débit > 1Mbps (tout ce qui est supérieur au Mbps est drop en fait)

en changeant le port du serveur pour 8080 au lieu de 53, je suis bien aux alentours de 690Mbps.

Limitation côté ByTel ou Online, à votre avis ?

Sondage

Est-ce que les 4 plus gros FAI respectent la loi de la neutralité du net ?

Auteur Sujet: Est-ce que les 4 plus gros FAI respectent la loi de la neutralité du net ? (Lu 10169 fois)