Auteur Sujet: Forte perte de packet - RB5009UG+S+IN & SFP GPON-ONU-34-20BI (Lu 727 fois)

celim28 · « **le:** 09 septembre 2025 à 16:31:47 »

Bonjour ici !
Cette nuit, Orange à fait une intervention dans mon secteur (cf image). Perte de connectivité cette nuit.
Depuis ce matin, la connexion est rétablie, mais je constate 50-80% de packet loss (IPv4 et IPv6), sans restriction de débit.
Le loss est vers toutes les directions (google / infrastructure ovh, ...)
Avec cette désirée livebox 5, aucun soucis de perte.

J'ai initialement pensé à un problème de SFP, mais l'OSI1 semble OK.
Également, mes packets classiques (hors ARP/DHCP) ne sont pas tagués COS et DSCP à 0.
Cette configuration était fonctionnelle pendant 2 ans.

Auriez vous une idée ?
Merci par avance

=== Le packet loss ===
1. Avec ma stack personnelle

Code: [Sélectionner]

❯ mtr -r -n -z -c20 8.8.8.8
Start: 2025-09-09T16:25:59+0200
HOST: titi                        Loss%   Snt   Last   Avg  Best  Wrst StDev
  1. AS???    192.168.10.254       0.0%    20    1.3   1.5   1.1   2.3   0.3
  2. AS???    80.10.252.209       60.0%    20    2.2   2.7   2.0   4.0   0.8
  3. AS???    ???                 100.0    20    0.0   0.0   0.0   0.0   0.0
  4. AS???    ???                 100.0    20    0.0   0.0   0.0   0.0   0.0
  5. AS???    ???                 100.0    20    0.0   0.0   0.0   0.0   0.0
  6. AS???    ???                 100.0    20    0.0   0.0   0.0   0.0   0.0
  7. AS???    ???                 100.0    20    0.0   0.0   0.0   0.0   0.0
  8. AS15169  108.170.235.15      95.0%    20    8.7   8.7   8.7   8.7   0.0
  9. AS???    ???                 100.0    20    0.0   0.0   0.0   0.0   0.0
 10. AS???    ???                 100.0    20    0.0   0.0   0.0   0.0   0.0
 11. AS???    ???                 100.0    20    0.0   0.0   0.0   0.0   0.0
 12. AS???    ???                 100.0    20    0.0   0.0   0.0   0.0   0.0
 13. AS???    ???                 100.0    20    0.0   0.0   0.0   0.0   0.0
 14. AS???    ???                 100.0    20    0.0   0.0   0.0   0.0   0.0
 15. AS???    ???                 100.0    20    0.0   0.0   0.0   0.0   0.0
 16. AS???    ???                 100.0    20    0.0   0.0   0.0   0.0   0.0
 17. AS15169  8.8.8.8             57.9%    19    8.0   7.9   7.5   8.4   0.3

2. Sur livebox

Code: [Sélectionner]

❯ mtr -r -n -z -c20 8.8.8.8
Start: 2025-09-09T16:23:19+0200
HOST: titi                        Loss%   Snt   Last   Avg  Best  Wrst StDev
  1. AS???    172.16.32.1          0.0%    20    4.3   4.6   3.4  12.3   2.0
  2. AS???    80.10.252.209        0.0%    20    6.2   7.3   4.4  32.7   6.6
  3. AS???    193.253.92.90        0.0%    20    5.1   6.2   4.3  16.2   3.0
  4. AS???    ???                 100.0    20    0.0   0.0   0.0   0.0   0.0
  5. AS???    193.252.137.74       5.0%    20   10.7  11.5  10.4  17.6   1.6
  6. AS15169  72.14.204.184        0.0%    20   10.4  11.2  10.3  15.8   1.3
  7. AS15169  108.170.255.153      0.0%    20   11.2  11.8  10.9  12.7   0.5
  8. AS15169  108.170.235.15       0.0%    20   11.2  12.1  10.8  14.4   1.1
  9. AS15169  8.8.8.8              0.0%    20   10.9  11.8  10.1  18.4   2.1

=== CONFIGURATION ===
Elle est globalement basée sur : https://lafibre.info/remplacer-livebox/routeur-mikrotik-rb5009ugsin-pour-remplacer-livebox/
1. Un SFP GPON-ONU-34-20BI
---> Configuré avec le SN + HW. Le signal est ok.

Code: [Sélectionner]

status overview 
 
chip version (fuse format)                         A22  (1)
driver version (otop version)                      7.5.1  (7.5.1.0)
state history                                      9 8 4 3 2 1 6 0 0 0 
config reads                                       + + + + + + + + 
table reads                                        + + + + + 
PLL lock status                                    locked    
Signal detect                                      true
manage mode (OMU/BOSA/BOSA2), powerlevel           BOSA, normal (0)
manual mode, BERT mode, BOSA loop mode             off, off, dual-loop      
laser age (active time)                            540:04:30
laser temperature (ext corr):                      327K     
die temperature (int corr)                         338K     
rx offset correction                               -5
maximum bias / modulation current (chip)           78.00mA / 95.00mA   
precalc. bias / modulation current                 13.73mA / 27.54mA (6)   
actual bias / modulation current                   13.18mA / 25.46mA   
bias / modulation change (errors)                  stable / stable (0 / 0) 
integration coefficient bias / modulation          7 / 7   
gain correction factor P0 / P1                     1.00 / 1.00   
MPD target P0 / P1                                 +105 / +1139   
MPD actual P0 / P1 (variation to target)           n/a       
current offset                                     142.09uA     
RSSI 1490 voltage, current                         88.07mV   88.07uA   
RSSI 1550 voltage                                  498.05mV   
RF 1550 voltage                                    497.44mV   
DDMI voltage                                       3332.64mV   
RSSI 1490 power                                    12.26uW -19.11dBm 
tx power (se*(bias+mod/2-ith))                     1.67mW 2.22dBm  
precalc. dcdc apd voltage, saturation              36.51V 152 (4)   
DCDC APD target voltage (active/inactive)          36.51V (active)   
DCDC APD voltage (regulation error), saturation    36.52V (-0.12V) 152   
linear LDO converter (active/inactive)             (inactive)

2. Un mikrotik RB5009UG+S+IN (pas cher et fait relativement le café +- un reboot)
L'interface SFP porte une interface vlan (vlan832-internet) attachée à un bridge (br_wan).
L'IP publique est portée sur le bridge.

Code: [Sélectionner]

 #    ADDRESS             NETWORK        INTERFACE          
 0    192.168.88.1/24     192.168.88.0   br-local           
 7    192.168.1.1/24      192.168.1.0    sfp-sfpplus1        <- permettant le management de l'ONT
13  D 109.222.194.xxx/21  109.222.192.0  br-wan

---> Configuré en COS 6 pour l'ARP et le DHCPv4/6

Code: [Sélectionner]

[admin@RouterHome] /interface/bridge/filter> print
Flags: X - disabled, I - invalid, D - dynamic 
 0   chain=output action=set-priority new-priority=6 passthrough=yes out-interface=vlan832-internet mac-protocol=ip dst-port=67 ip-protocol=udp log=yes log-prefix="Set CoS6 on DHCP request" 
 1   chain=output action=set-priority new-priority=6 out-interface=vlan832-internet mac-protocol=ipv6 dst-port=547 ip-protocol=udp 
 2   chain=output action=set-priority new-priority=6 passthrough=yes out-interface=vlan832-internet mac-protocol=arp log=yes log-prefix="Set CoS6 on ARP"

--> Avec les options DHCP, compliance basé sur https://lafibre.info/remplacer-livebox/durcissement-du-controle-de-loption-9011-et-de-la-conformite-protocolaire/

Code: [Sélectionner]

[admin@RouterHome] /ip/dhcp-client> export 
/ip dhcp-client option
add code=60 name=vendor-class-identifier value=0x736167656d
add code=77 name=userclass value="[redacted]"
add code=90 name=authsend value="[redacted]"
/ip dhcp-client
add default-route-tables=main dhcp-options=\
    hostname,clientid,authsend,userclass,vendor-class-identifier interface=br-wan

---> Avec la NAT qui va bien

Code: [Sélectionner]

Flags: X - disabled, I - invalid; D - dynamic 
 0    ;;; WAN Orange MASQUERADE
      chain=srcnat action=masquerade out-interface=br-wan log=no log-prefix=""

Je récupère bien une IPv4+IPv6 publique bien foutue.

levieuxatorange · « **Réponse #1 le:** 10 septembre 2025 à 08:38:49 »

Bonjour

Si avec la LB5 cela fonctionne, c'est 80% de chance d'avoir changer d'équipement OLT et d'avoir un control plus strict de la QoS DSCP.

Go to message 2 du thread de spec ... et bataille avec la QoS pour tout forcer à DSCO / QOS ZERO autre que les nécessaire ARP / ICMP / DHCP

LeVieux

celim28 · « **Réponse #2 le:** 10 septembre 2025 à 11:16:15 »

Hello !

Merci pour le retour.
Je viens de re-checker la conf sur le COS6/DSCP et je n'ai rien trouvé d'étrange dans ma configuration.
Il n'y a qu'un seul désalignement COS/DSCP (COS6/CS0) sur le DHCP Discover initial.

Le reste de mon traffic est bien COS0/DSCP CS0.
Je peux donner un dump pcap si besoin

Mastah · « **Réponse #3 le:** 14 septembre 2025 à 16:01:31 »

Justement les packet DHCP, ARP, RS/NS/NA ne devraient pas être en prio 0 mais 6 (cos 6 et dscp 6).

celim28 · « **Réponse #4 le:** 21 septembre 2025 à 15:49:13 »

Bonjour,
Je confirme que le DHCP/ARP/RS/NS/NA sont bien cos 6.
Je ne suis pas certaine que le désalignement COS / DSCP sur DHCP v4 initial soit en cause sachant que j'obtiens bien une IPv4.
De plus, dans le cadre d'un renew, la demande DHCP est bien alignée COS / DSCP.

Après un peu de recherche, la stack v6 ne semble pas perdre de packet. Seule la stack v4 semble concernée par le packet loss.

Mastah · « **Réponse #5 le:** 23 septembre 2025 à 23:07:12 »

Citation de: celim28 le 21 septembre 2025 à 15:49:13

Bonjour,
Je confirme que le DHCP/ARP/RS/NS/NA sont bien cos 6.
Je ne suis pas certaine que le désalignement COS / DSCP sur DHCP v4 initial soit en cause sachant que j'obtiens bien une IPv4.
De plus, dans le cadre d'un renew, la demande DHCP est bien alignée COS / DSCP.

Après un peu de recherche, la stack v6 ne semble pas perdre de packet. Seule la stack v4 semble concernée par le packet loss.

Tu serais pas en jumbo frame toi par hasard ?

celim28 · « **Réponse #6 le:** 30 septembre 2025 à 15:52:52 »

Et.... non... MTU à 1500