Auteur Sujet: Problème de peering entre 19h00 et 23h00 - Star Citizen  (Lu 2659 fois)

LAB3W.ORJ et 1 Invité sur ce sujet

internetmatuer

  • Abonné Orange Fibre
  • *
  • Messages: 45
Problème de peering entre 19h00 et 23h00 - Star Citizen
« Réponse #12 le: 11 février 2026 à 09:57:21 »
J'ai fini par réaliser une chose après avoir de gros lag sur Gemini en soirée

USA 360 millions habitants environ, 19h France = sortie bureau repas 13h côte est New York etc...

La côte est contient la plus grosse tranche de population des USA, et de l'autre coté à l'ouest Los Angeles c'est le matin/début de journée, en gros c'est saturation compléte en soirée chez nous.

D'ailleurs la seul IA à prévenir à ce sujet en mode gratuit à ma connaissance est Grok pendant la génération d'image un message de "pic" avec horaire s'affiche.

LAB3W.ORJ

  • Abonné Orange Fibre
  • *
  • Messages: 182
  • Alpes Maritimes (06)
    • ZW3B :-: The Web Com
Problème de peering entre 19h00 et 23h00 - Star Citizen
« Réponse #13 le: 26 février 2026 à 17:05:59 »
Salut ;

Au fait : monsieur @fp001 çà fonctionne mieux ?

@internetmatuer .... moi aussi.

:-\

Ici en haut de ma montagne ; c'est de pire en pire ; çà coupe ; çà envoie des SMS d’interruptions (sur 10 jours) après la remise en service 8 jours avant la soit disant remise en service - je ne comprend plus rien ^^ Merci à Orange_FR malgré tout ces soucis de connexions.

Graphiques RRD Latency : https://gate.fr.xn--hwgz2tba.st/infos/rrd-latency.html

Bonne fin de journée.

LAB3W.ORJ

  • Abonné Orange Fibre
  • *
  • Messages: 182
  • Alpes Maritimes (06)
    • ZW3B :-: The Web Com
Problème de peering entre 19h00 et 23h00 - Star Citizen
« Réponse #14 le: 26 février 2026 à 17:51:20 »
Par exemple sur un de mes site web ; le .FR qui est hébergé dans un datacenter en France (HST.🇫🇷.◕‿◕.ST) à Paris (et non pas sur le SRV.🇨🇦.◕‿◕.ST de Montréal) ;

Les pertes de paquets sur ma connexion Fibre Optique n'arrive même pas à récupérer un mini script Ajax  -- celui de ma UNE qui doit retourner les dernières vidéos Youtube....

Avec l'Airbox ; j'ai bien mes vignettes qui s'actualisent toutes les 6 minutes.

---

Même dans Facebook en Fibre Optique par exemple ; Appeler une entité ; une ville ; une ami @name fonctionne mal (je sais bien que ce n'est pas Facebook qui déconne ; mais bien ma connexion).

---

La connexion fonctionne des fois (pertes de paquets) ....

Youpi ; quelques vignettes sont arrivées ... image 2.
« Modifié: 26 février 2026 à 18:44:44 par LAB3W.ORJ »

LAB3W.ORJ

  • Abonné Orange Fibre
  • *
  • Messages: 182
  • Alpes Maritimes (06)
    • ZW3B :-: The Web Com
Problème de peering entre 19h00 et 23h00 - Star Citizen
« Réponse #15 le: Aujourd'hui à 00:38:04 »
Bonsoir,

Je suis toujours en mode intervention sur ma Fibre Optique où j'ai de plus en plus de pertes de paquets - jusqu'à 80% sur 1000 ping (1/seconde) en utilisant la commande "ping 1.1.1.1 -c 1000" ..

J'essaie d'avoir un truc génial "2 routeurs pour une connexion" en cas de problème - Le test est fait pour le réseau IPv4 (publique) ; depuis mes adresses LOCAL IPv4.

* routeur Livebox : 192.168.1.1 <--> 192.168.1.254 (gate.🇫🇷.◕‿◕.ST)
* routeur Airbox (ou smartphone) : 192.168.2.1 <--> 192.168.2.254 (gate.🇫🇷.◕‿◕.ST)

Sur ma "gateway : 192.168.1.254" qui est habituellement connectée à ma Livebox par l'interface "netbr0" ; j'ai configuré un bridge "usbbr0 avec l'adresse 192.168.2.254" et ai configuré des règles pour les 2 réseaux puis j'ai ajouté une passerelle en répartissant le trafic sortant entre les deux routeurs.

La doc est celle-ci : https://tldp.org/HOWTO/Adv-Routing-HOWTO/lartc.rpdb.multiple-links.html

Je vous donne le rendu :

⛔🔜 root@gate:~ # brctl show
bridge name     bridge id               STP enabled     interfaces
lanbr0          8000.eaa1ead7899a       no              enp1s0f0
netbr0          8000.768478e541f1       no              enp4s0
srvbr0          8000.7e18ddbb3f7d       no              enp1s0f1
usbbr0          8000.e6e2cf0bfdc7       no              enx7e63e18e8a71
wlanbr0         8000.ea5168b1130e       no              enp5s0

⛔🔜 root@gate:~ # grc ip -4 address show
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
7: netbr0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
    inet 192.168.1.254/24 brd 192.168.1.255 scope global netbr0
       valid_lft forever preferred_lft forever
8: lanbr0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
    inet 172.16.0.254/24 brd 172.16.0.255 scope global lanbr0
       valid_lft forever preferred_lft forever
9: srvbr0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
    inet 10.106.0.254/24 brd 10.106.0.255 scope global srvbr0
       valid_lft forever preferred_lft forever
21: usbbr0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
    inet 192.168.2.254/24 brd 192.168.2.255 scope global usbbr0
       valid_lft forever preferred_lft forever


⛔🔜 root@gate:~ # ip rule
0:      from all lookup local
218:    from 192.168.1.254 lookup 100
219:    from 192.168.2.254 lookup 101
220:    from all lookup strongswan
32766:  from all lookup main
32767:  from all lookup default

En plus de la doc du dessus ; j'ai ajouté 2 régles "NAT MASQUERADE" à la place "d'une seule comme habituellement".

⛔🔜 root@gate:~ # grc ip -4 route show table 100
default via 192.168.1.1 dev netbr0
192.168.1.0/24 dev netbr0 scope link src 192.168.1.254
⛔🔜 root@gate:~ # grc ip -4 route show table 101
default via 192.168.2.1 dev usbbr0
192.168.2.0/24 dev usbbr0 scope link src 192.168.2.254

⛔🔜 root@gate:~ # ip -4 route show
default
        nexthop via 192.168.1.1 dev netbr0 weight 1
        nexthop via 192.168.2.1 dev usbbr0 weight 1
10.6.42.0/24 via 10.106.0.252 dev srvbr0
10.106.0.0/24 dev srvbr0 proto kernel scope link src 10.106.0.254
10.116.0.0/24 via 10.106.0.252 dev srvbr0
10.116.42.0/24 via 10.106.0.252 dev srvbr0
10.126.0.0/24 via 10.106.0.252 dev srvbr0
10.126.42.0/24 via 10.106.0.252 dev srvbr0
172.16.0.0/24 dev lanbr0 proto kernel scope link src 172.16.0.254
192.168.1.0/24 dev netbr0 scope link
192.168.2.0/24 dev usbbr0 scope link
192.168.8.0/24 via 172.16.0.1 dev lanbr0

Mon poste en filaire RJ45 :
⛔🔜 root@gate:~ # iptables -L -vn -t nat | grep '172.16.0.142 '
 6760  417K MASQUERADE  0    --  *      netbr0  172.16.0.142         0.0.0.0/0
 5188  416K MASQUERADE  0    --  *      usbbr0  172.16.0.142         0.0.0.0/0

Mon sous-routeur Wi-Fi 6 sur MON LOCAL "OpenWRT" qui donne la connexion à "Google Cast" ; mes smartphones etc.
⛔🔜 root@gate:~ # iptables -L -vn -t nat | grep '172.16.0.1 '
11488 1248K MASQUERADE  0    --  *      usbbr0  172.16.0.1           0.0.0.0/0
11781 1088K MASQUERADE  0    --  *      netbr0  172.16.0.1           0.0.0.0/0

Le nouveau GL.iNet Beryl 7 (GL-MT3600BE) - OpenWRT ! WiFi 7 - 2.5g Ethernet ☺️ €144,19

J'avoue que c'est bizarre pour le moment ; il faut que je vérifie quelques jours si çà fonctionne mieux ou pas (pour l'instant çà rame autant ; mais çà répond). Il faut que j'ajuste mes graphiques RRD.

Depuis ma "gate.fr" Linux avec la commande "iptraf-ng"

iptraf-ng multiple uplinks 2026-03-02


;-)

Romain.

---

Note at 03h40 - Pour le moment :

Sortie Fibre Optique (6.338 MS) :
⛔🔜 root@gate:~ # ip route get 1.1.1.1
1.1.1.1 dev netbr0 src 192.168.1.254 uid 0
    cache

⛔🔜 root@gate:~ # ping 1.1.1.1 -c 4
PING 1.1.1.1 (1.1.1.1) 56(84) bytes of data.
64 bytes from 1.1.1.1: icmp_seq=1 ttl=56 time=7.12 ms
64 bytes from 1.1.1.1: icmp_seq=2 ttl=56 time=6.12 ms
64 bytes from 1.1.1.1: icmp_seq=3 ttl=56 time=6.02 ms
64 bytes from 1.1.1.1: icmp_seq=4 ttl=56 time=6.09 ms

--- 1.1.1.1 ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 3003ms
rtt min/avg/max/mdev = 6.022/6.338/7.124/0.455 ms

Sortie 4G (58.117 MS) :
⛔🔜 root@gate:~ # ip route get 8.8.8.8
8.8.8.8 dev usbbr0 src 192.168.2.254 uid 0
    cache

⛔🔜 root@gate:~ # ping 8.8.8.8 -c 4
PING 8.8.8.8 (8.8.8.8) 56(84) bytes of data.
64 bytes from 8.8.8.8: icmp_seq=1 ttl=110 time=63.5 ms
64 bytes from 8.8.8.8: icmp_seq=2 ttl=110 time=62.1 ms
64 bytes from 8.8.8.8: icmp_seq=3 ttl=110 time=60.9 ms
64 bytes from 8.8.8.8: icmp_seq=4 ttl=110 time=46.0 ms

--- 8.8.8.8 ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 3004ms
rtt min/avg/max/mdev = 46.020/58.117/63.470/7.043 ms

Depuis le réseau local ; j'ai encore des problèmes ; çà marche plus ou moins ; j'ai des adresses IPv4 qui sortent et d'autres non ; je ne comprend pas.

- Du et sur le smartphone "Netflix, "Amazon prime" et "Disney" fonctionne mais j'ai (mon Google Cast) seulement réussis à avoir "Netflix" sur ma Télévision ; mon smartphone est connecté à l'OpenWRT sur sa prise WAN "172.16.0.1"

- De mon PC Win11 "172.16.0.142" rien ne sort en IPv4..

@+





« Modifié: Aujourd'hui à 04:02:13 par LAB3W.ORJ »