Auteur Sujet: Forte perte de packet - RB5009UG+S+IN & SFP GPON-ONU-34-20BI (Lu 350 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:** **Hier** à 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).