La Fibre
Fournisseurs d'accès à Internet fixe en France métropolitaine => Orange / Sosh => 
ADSL / VDSL => Discussion démarrée par: renaud07 le 19 juin 2023 à 16:04:07
-
Bonjour,
Depuis début juin, j'ai remarqué que mon débit descendant avait baissé, et ma marge de bruit fortement augmenté (14 dB !). Jusqu'à présent j'étais aux alentours de 5-6 dB avec une ligne étonnement stable depuis plusieurs années.
La semaine dernière, mon débit est passé de 14 Mbps à 12 et il y a 2 jours, c'est tombé cette fois à 10 Mbps et impossible d'aller plus haut. Je pensais que mes problèmes coïncidaient avec mon changement de modem (Zyxel VGM1312-T20B (https://www.zyxel.com/fr/fr/products/dsl-cpe/wireless-n-vdsl2-gateway-with-usb-vmg1312-t20b)) et que celui-ci était moins résistant aux perturbations et donc fatalement diminuait le débit au fur et à mesure. Mais il ne reprenait pas la synchro initiale même quelques minutes en le redémarrant...
J'ai donc ressorti mon autre routeur (DGA4132 (https://lafibre.info/remplacer-livebox/remplacer-sa-livebox-par-un-technicolor-dga4132-roote/)) qui normalement fonctionne et... il m'affiche les mêmes valeurs. J'ai testé une dernière fois avec la livebox pour être sûr : idem.
Il semble donc que j'ai bien un problème avec ma ligne. Je me demande si ça ne coincide pas avec la hausse des températures. Ce que je voudrais vérifier aussi c'est si le DLM n'aurait pas été réactivé. Je l'avais viré il y a des années de ça.
Sinon une autre idée d'où ça pourrait venir ? Niveau branchement, j'ai une seule prise, sans RTC donc plus de filtre et un câble de 1,5m. La prise à l'air de bien tenir et de toute façon je ne l'avais pas débranchée (juste le côté modem). Je l'ai au cas où ré-enfiché, sans plus de résultat.
Merci.
-
Si c'est un perturbateur, il peut se trouver au domicile ou dans n'importe quel domicile relié sur le point de concentration.
-
Merci pour la piste.
De mon côté, je n'ai pas de nouvel appareil susceptible de perturber le signal. J'ai bien peur que ça vienne de l'extérieur... J'irais vérifier le PC de l'immeuble voir s'il n'est pas endommagé des fois qu'un tech indélicat l'ai accroché en installant la fibre aux voisins, mais je n'ai rien entendu ces temps-ci donc ça parait peu probable. Et pour le reste de la ligne tout est en souterrain, donc impossible de voir quoi que ce soit.
Le pire c'est que ces deniers mois, j'avais gagné 2 Mbps en débit sans doute dû à la ruée sur la fibre mais ça n'aura pas duré :-\
-
Est-ce que la baisse de débit est "synchro" avec ton changement de modem ? Si oui as tu fais plusieurs reboot lors du changement de modem ?
Plusieurs reboot peuvent déclencher le DLM...
Orange semble l'avoir remis par défaut et il me semble que c'est plus compliqué à désactiver maintenant ...
-
Je dirais que oui... mais impossible d'être sûr.
Lors du remplacement, j'avais bien tout mon débit, il se synchronisait à 14 Mbps. Et puis au bout de 2-3 jours il a rebooté sans que j'y touche et il s'était calé sur 12 ça a duré presque une semaine. Et il y a 2 jours un autre reboot et cette fois c'était 10... Sur le coup je pensais qu'il gardait en mémoire la dernière synchro et qu'il ne remontait pas plus haut à moins de le reset.
Le plus bizarre c'est que lorsque mon ancien routeur se déconnectait sans arrêt (à quelques minutes d'intervalle), ça n'a rien déclenché.
Si c'est réellement le DLM, y'a une procédure à suivre pour que le débit revienne ou il faut obligatoirement contacter le SC ?
-
Hello
en principe si la ligne est stable le DLM cesse son action dans les 5 à 7 jours
et au mieux le débit max est rétabli.
intéressant de savoir le nombre de " secondes gravement erronées" qui elles découlent du nombre de CRC, c'est ce qui déclenche
le DLM
--
Arrêtez de croire qu'une baisse de débit est systématiquement due au DLM !
...
Le DLM ne surveille pas les variations de marge au bruit, mais les secondes erronées, les secondes gravement erronées et les resynchronisations spontanées. ---
https://www.forum-orange.com/viewtopic.php?id=77607
aussi , monitorer la connexion est riche en info, modem LB .
https://web.archive.org/web/20230202133957/https://www.liveboxinfos.ga/download.html
-- https://lafibre.info/adsl/dlm/
-
Merci pour les infos.
Je vais donc attendre 1 semaine et retenter une synchro en débranchant plusieurs minutes (il est clair que je n'attendais pas 3 min avant de rebrancher)... Par contre, le zyxel n'est pas très bavard sur les erreurs, j'ai FEC/CRC/HEC, contrairement à mon ancien routeur où j'avais tout.
=============================================================================
xDSLFwVersion: FwVer:5.10.6.0_A_A60901 HwVer:T14.F7_0.0
Line State: Up
Modulation: ITU G.992.5(ADSL2PLUS) ,G.998.4
Annex Mode: ANNEX_A
=============================================================================
TPSTC type: ATM TC
near-end interleaved channel bit rate: 0 kbps
near-end fast channel bit rate: 10270 kbps
far-end interleaved channel bit rate: 1011 kbps
far-end fast channel bit rate: 0 kbps
near-end FEC error fast: 3727421
near-end FEC error interleaved: 0
near-end CRC error fast: 4410
near-end CRC error interleaved: 0
near-end HEC error fast: 59729
near-end HEC error interleaved: 0
far-end FEC error fast: 0
far-end FEC error interleaved: 0
far-end CRC error fast: 0
far-end CRC error interleaved: 0
far-end HEC error fast: 0
far-end HEC error interleaved: 0
DSL uptime :1 day, 6:50, 5 secs
DSL activetime :0 min, 13 secs
Downstream:
relative capacity occupation: 100%
noise margin downstream: 13.6 dB
output power upstream: 11.3 dbm
attenuation downstream: 29.7 dB
Upstream:
relative capacity occupation: 100%
noise margin upstream: 6.2 dB
output power downstream: 0.0 dbm
attenuation upstream: 19.5 dB
Bit table:
carrier load: number of bits per tone
tone 0- 31: 00 00 00 09 bc dd ee ee ee ee ee ed dd dc cb 98
tone 32- 63: 14 45 66 77 89 9a aa ab bb bb bb bb bb bb bb bb
tone 64- 95: bb ba bb b0 aa aa aa aa aa aa aa aa aa aa aa aa
tone 96-127: a9 99 99 99 99 99 99 08 88 98 88 88 88 89 98 80
tone 128-159: 89 99 99 99 99 99 99 89 99 99 99 99 88 98 88 99
tone 160-191: 89 88 88 88 88 88 88 88 88 88 88 88 88 88 08 80
tone 192-223: 88 88 88 88 88 88 88 88 88 88 88 88 88 88 88 88
tone 224-255: 88 78 88 78 87 77 77 77 77 70 77 77 77 77 77 77
À titre de comparaison, la ligne de mes parents avec le même routeur toujours fonctionnel, relié au même DSLAM et une longueur de ligne quasi identique à 20 m près :
~# /etc/init.d/dsl_control status
ATU-C Vendor ID: Infineon 130.182
ATU-C System Vendor ID: 00,00,30,30,30,30,00,00
Chipset: Lantiq-VRX200
Firmware Version: 5.8.0.11.1.1
API Version: 4.17.18.6
XTSE Capabilities: 0x0, 0x0, 0x0, 0x0, 0x0, 0x1, 0x0, 0x0
Annex: A
Line Mode: G.992.5 (ADSL2+)
Profile:
Line State: UP [0x801: showtime_tc_sync]
Forward Error Correction Seconds (FECS): Near: 3490583 / Far: 700
Errored seconds (ES): Near: 15969 / Far: 81
Severely Errored Seconds (SES): Near: 781 / Far: 0
Loss of Signal Seconds (LOSS): Near: 0 / Far: 6
Unavailable Seconds (UAS): Near: 48 / Far: 48
Header Error Code Errors (HEC): Near: 551771 / Far: 131
Non Pre-emtive CRC errors (CRC_P): Near: 0 / Far: 0
Pre-emtive CRC errors (CRCP_P): Near: 0 / Far: 0
Power Management Mode: L0 - Synchronized
Latency [Interleave Delay]: 8.0 ms [Interleave] 4.0 ms [Interleave]
Data Rate: Down: 17.078 Mb/s / Up: 1.023 Mb/s
Line Attenuation (LATN): Down: 32.4 dB / Up: 15.9 dB
Signal Attenuation (SATN): Down: 30.5 dB / Up: 15.9 dB
Noise Margin (SNR): Down: 4.2 dB / Up: 10.7 dB
Aggregate Transmit Power (ACTATP): Down: 19.9 dB / Up: 12.4 dB
Max. Attainable Data Rate (ATTNDR): Down: 17.360 Mb/s / Up: 1.180 Mb/s
Line Uptime Seconds: 1194973
Line Uptime: 13d 19h 56m 13s
-
Après une dizaine de jours de synchro sans coupure, j'ai réessayé hier.
Cette fois j'ai bien attendu 5 bonnes minutes avant de rebrancher et... toujours pareil 10270 Kbps plie poil :( Visiblement ça ne veut pas lâcher l'affaire...
Ça commence à me gaver, je crois que je vais laisser tomber.
-
Tu peux me donner ton ND de ligne ?
-
Grâce à super Vanilu, j'ai récupéré mon full débit 8)
Il y avait donc bien le DLM sur ma ligne, qui a été supprimé pour le moment.
J'ai également commandé un RJ11 blindé que je n'ai pas encore installé, je vais voir si j'arrive encore à grappiller quelques Ko, mais je pense que ça tient plus du placebo qu'autre chose.
Et oui, j'ai encore changé de modem (un TP link WD 9970), car le zyxel fait des siennes, sans raison il ne m'a plus laissé me connecter à l'interface web, mais SSH marche toujours, allez comprendre... Et au vu des resync régulières qu'il a fait, je me demande s'il est pas un peu trop sensible aux perturbations donc c'est sans doute pas plus mal.
-
Bon... coupure un peu avant 4h du matin qui a duré 5 min.
Je ne sais pas si c'est mon modem, signe qu'il y a peut-être bien un problème de stabilité sur ma ligne en ce moment (j'ai remarqué que ma marge de bruit fait le yoyo elle peut passer de 4 à presque 8 dB en quelques secondes) ou une maintenance/reboot du DSLAM (vu que ça semble le bon créneau pour ce genre de choses) ?
-
Hello
et une resynchro. ?
-
Évidemment qu'il y a eu resynchro, sinon je ne parlerais pas de coupure.
Si tu voulais dire autre chose, j'ai pas compris.
-
Tu as une ligne bruitée avec un peu de CRC. Hier en fin de journée, tu étais à environ 4000.
Une vague en quelques secondes suffit pour désynchro.
-
Évidemment qu'il y a eu resynchro, sinon je ne parlerais pas de coupure.
Si tu voulais dire autre chose, j'ai pas compris.
, je voulais dire la même baisse qu'au message 1 ?
ces CRC , vu par le modem donc ? ( et non des ATU-C CRC ?), sont permanentes ou par paquets?
-
Tu as une ligne bruitée avec un peu de CRC. Hier en fin de journée, tu étais à environ 4000.
Une vague en quelques secondes suffit pour désynchro.
Merci pour ces précisons, c'est ce que je voulais savoir :) Donc pas étonnant que ma marge de bruit fasse les montagnes russes... alors qu'avant, elle était de l'ordre de 6dB et ça pouvait tenir des semaines durant. Est-il possible de remettre le DLM mais en mode "léger" disons 9-10 dB ou c'est full automatique ?
, je voulais dire la même baisse qu'au message 1 ?
ces CRC , vu par le modem donc ? ( et non des ATU-C CRC ?), sont permanentes ou par paquets?
Non j'ai eu une resync au même débit, car DLM supprimé. Et là ça a redéco hier vers 21h... Bref, c'est pas vraiment stable...
Et pas accès aux stats avec le TP link malheureusement :( Hormis la ligne Errors, mais je sais pas à quoi ça correspond.
-
Et si tu remets la Livebox, ça donne quoi ?
J'ai une LB4 en adsl et la marge au bruit varie entre 0.8 et 1.5 dB, mais elle tient
-
Merci pour ces précisons, c'est ce que je voulais savoir :) Donc pas étonnant que ma marge de bruit fasse les montagnes russes... alors qu'avant, elle était de l'ordre de 6dB et ça pouvait tenir des semaines durant. Est-il possible de remettre le DLM mais en mode "léger" disons 9-10 dB ou c'est full automatique ?
Non, pas la main sur le DLM, je peux juste le supprimer
-
Ah me*de, tant pis...
Ça à l'air de tenir pour le moment, bientôt 24h de sync. Je surveille et je te recontacte si besoin.
Encore merci :)
Et si tu remets la Livebox, ça donne quoi ?
J'ai une LB4 en adsl et la marge au bruit varie entre 0.8 et 1.5 dB, mais elle tient
Pour le moment j'ai pas très envie d'y toucher... J'ai mes réglages aux petits oignons sur mon routeur et mon LAN, avec de la délégation ipv6, des ULA... j'ai pas le courage de me retaper la conf, sachant en plus que le parefeu de la LB déconne et sa délégation ipv6 limitée à un seul /64, ça fait beaucoup de contraintes.
-
Petit état des lieux : ligne toujours instable. Déconnexions fréquentes, souvent au bout de 24h, mais ça peut tenir seulement quelques heures. Le modem essaie de compenser en baissant le débit, mais ça ne suffit pas.
Je me suis donc enfin décidé à tester mon cable RJ11 blindé de 1m, qui à l'aspect extérieur, n'a pas l'air de contenir un blindage... on dirait du RJ45 UTP (les fils ont l'air plus gros cela dit, 24 AWG marqué dessus), mais contre toute attente, j'ai bien un gain de débit de l'ordre de 2 Mbps, je passe de 14 à 16 ! À voir si ça a une influence sur la stabilité (en supposant que le problème vient du RJ11 fourni qui est vraiment cheap (encore plus fin que mon RJ11 habituel mais plus court).
-
1 m de blindé alors que tout le reste est juste en torsadé....
-
1 m de blindé alors que tout le reste est juste en torsadé....
Oui, c'est toujours le maillon faible qui emporte tout le reste de la liaison avec lui.
Donc souvent il suffit d'un "pas grand chose" pour basculer dans le positif ou le négatif. :)
-
Oui, c'est toujours le maillon faible qui emporte tout le reste de la liaison avec lui.
Oui, mais le blindage n'apporte pas grand chose, certainement pas relié à la terre, donc se comporte comme une antenne.
Remplacer le cordon plat par un cordon 1 paire torsadée est une bonne action
-
Oui, mais le blindage n'apporte pas grand chose, certainement pas relié à la terre, donc se comporte comme une antenne.
Remplacer le cordon plat par un cordon 1 paire torsadée est une bonne action
Conducteurs plus gros et torsadés : atténuation moindre, moins sensibles aux perturbations locales (comme l'alim a découpage de la box qui a chaud en ce moment, dont les capas sèchent, et qui émet de plus en plus de bruit?).
En fonction du type de câble, moins d'impedance mismatch.
-
Je ne sais pas s'il est torsadé (vu qu'il n'est pas plat, c'est sans doute le cas).
Pour ce qui est des perturbateurs notamment les alims, j'ai écarté au maximum les câbles entre eux.
-
On dirait qu'il y a une amélioration : pas de déconnexion depuis 4 jours. La marge de bruit est remontée à 6-7, alors qu'elle était assez basse (4-5) il y a encore 2 jours même avec un débit plus bas après resync, signe que les perturbations ont sans doute diminué.
Je croise les doigts :)
-
Je pensais être débarrassé de mes instabilités, cette dernière synchro a duré 12 jours et je ne l'avais pas remarqué, mais c'est la fête depuis le 11 au soir...
2023-07-30 23:45:02 [5] System: DSL Link Up us/ds 1019/14601 kbps Type ATM Annex A
2023-08-11 21:37:37 [5] System: DSL Link Down
2023-08-11 21:37:48 [5] System: DSL Training
2023-08-11 21:38:06 [5] System: DSL Link Down
2023-08-11 21:38:09 [5] System: DSL Training
2023-08-11 21:38:27 [5] System: DSL Link Up us/ds 1023/10597 kbps Type ATM Annex A
2023-08-11 21:43:11 [5] System: DSL Link Down
2023-08-11 21:43:21 [5] System: DSL Training
2023-08-11 21:43:39 [5] System: DSL Link Down
2023-08-11 21:43:43 [5] System: DSL Training
2023-08-11 21:44:01 [5] System: DSL Link Up us/ds 1023/10601 kbps Type ATM Annex A
2023-08-11 21:49:41 [5] System: DSL Link Down
2023-08-11 21:49:51 [5] System: DSL Training
2023-08-11 21:50:09 [5] System: DSL Link Down
2023-08-11 21:50:13 [5] System: DSL Training
2023-08-11 21:50:31 [5] System: DSL Link Up us/ds 1023/10861 kbps Type ATM Annex A
2023-08-11 21:55:14 [5] System: DSL Link Down
2023-08-11 21:55:24 [5] System: DSL Training
2023-08-11 21:55:42 [5] System: DSL Link Down
2023-08-11 21:55:46 [5] System: DSL Training
2023-08-11 21:56:04 [5] System: DSL Link Up us/ds 1023/11451 kbps Type ATM Annex A
2023-08-12 21:22:37 [5] System: DSL Link Down
2023-08-12 21:22:47 [5] System: DSL Training
2023-08-12 21:23:05 [5] System: DSL Link Down
2023-08-12 21:23:09 [5] System: DSL Training
2023-08-12 21:23:27 [5] System: DSL Link Up us/ds 1023/11072 kbps Type ATM Annex A
2023-08-12 21:28:10 [5] System: DSL Link Down
2023-08-12 21:28:21 [5] System: DSL Training
2023-08-12 21:28:38 [5] System: DSL Link Down
2023-08-12 21:28:42 [5] System: DSL Training
2023-08-12 21:29:00 [5] System: DSL Link Up us/ds 1023/10969 kbps Type ATM Annex A
2023-08-12 21:33:43 [5] System: DSL Link Down
2023-08-12 21:33:54 [5] System: DSL Training
2023-08-12 21:34:12 [5] System: DSL Link Down
2023-08-12 21:34:15 [5] System: DSL Training
2023-08-12 21:34:33 [5] System: DSL Link Up us/ds 1023/10448 kbps Type ATM Annex A
2023-08-12 21:39:16 [5] System: DSL Link Down
2023-08-12 21:39:27 [5] System: DSL Training
2023-08-12 21:39:45 [5] System: DSL Link Down
2023-08-12 21:39:48 [5] System: DSL Training
2023-08-12 21:40:06 [5] System: DSL Link Up us/ds 1022/10697 kbps Type ATM Annex A
2023-08-12 21:55:13 [5] System: DSL Link Down
2023-08-12 21:55:23 [5] System: DSL Training
2023-08-12 21:55:41 [5] System: DSL Link Down
2023-08-12 21:55:45 [5] System: DSL Training
2023-08-12 21:56:03 [5] System: DSL Link Up us/ds 1023/10926 kbps Type ATM Annex A
2023-08-12 22:00:46 [5] System: DSL Link Down
2023-08-12 22:00:56 [5] System: DSL Training
2023-08-12 22:01:14 [5] System: DSL Link Down
2023-08-12 22:01:18 [5] System: DSL Training
2023-08-12 22:01:36 [5] System: DSL Link Up us/ds 1023/10582 kbps Type ATM Annex A
Y'a vraiment un gros problème... ou c'est le modem qui délire à cause de la chaleur, alors que je l'ai extrait du meuble où il est habituellement pour justement éviter une surchauffe...
Je devrais peut-être tenter de remettre mon RJ11 habituel, mais j'y crois pas. Je pense que tous mes soucis viennent de l’extérieur vu que ça n'a pas bronché pendant 12 jours et tout à coup, c'est coupure sur coupure sans avoir touché quoi que ce soit.
Ça va peut-être enfin décider madame à passer à la fibre :P
-
Bonjour
Parfois certains DSLAM sont dans des NRA non ventilé ou alors la ventilation (ou clim) est en panne. Les cartes étant en surchauffe il y a des désynchros spontanées sur les cartes les moins tolérantes les jours de fortes chaleurs.
Est ce que tes désynchros correspondent à des périodes de fortes chaleurs chez toi?
Si c'est ça va falloir attendre la réparation ou la pose de climatiseurs mobiles au NRA (j’ai déjà vu ça dans un NRA où il faisait aussi chaud que dans une voiture en plein soleil un jour de canicule).
-
Les déconnexions ont quand même l'air de tomber le soir, pas le moment le plus chaud de la journée, et même avec l'inertie, la température doit commencer à descendre dans le NRA non ? ça se produit vers 21h45, heure à laquelle s'allume l'éclairage public ?
-
Pas bête la piste de l'éclairage public. Surtout qu'il y a une lampe de chaque côté du SR cuivre qui me dessert à environ 15m pour chacune.
Je surveillerais ce soir à quel moment ça s'allume :)
EDIT : J'ai un doute. Je viens de me rappeler que l'heure indiquée dans les logs n'est pas bonne car le modem n'est pas connecté au net, il est donc en GMT+1, ça serait donc 22h45 et pas 21h45, ce qui me parait tard pour l'éclairage...
-
@renaud07
Bonjour,
Pas en rapport avec la discussion, mais j'ai du mal à comprendre la configuration en IPV6, ainsi à l'avoir sur mes appareils.
Puisque tu sembles avoir une configuration qui fonctionne, je passe poser des questions.
Précédente config: LiveBox -> OpenWrt -> Untangle. La délégation de préfixe active, connexions ipv6 disponible depuis OpenWrt mais pas Untangle.
Config actuelle LiveBox -> Untangle. La délégation non active sur l'interface d'Orange, connexions ipv6 disponible depuis Untangle mais pas depuis les appareils derrière.
Exemple depuis un appareil A avec une adresse fixée manuellement.
prefixe ipv6 2a01:cb22:X:Y::/56 pare-feu sur faible
Untangle ipv6 2a01:cb22:X:Y:5054:ff:b:a/64
appareil A ipv6 2a01:cb22:X:Y:5054:ff:1010:30/64
tcpdump Untangle
sudo tcpdump -vv ip6 -i eth6 host 2a01:cb22:X:Y:5054:ff:1010:30
tcpdump: listening on eth6, link-type EN10MB (Ethernet), snapshot length 262144 bytes
15:48:15.033659 IP6 (flowlabel 0x6eb60, hlim 63, next-header TCP (6) payload length: 40) 2a01:cb22:X:Y:5054:ff:1010:30.60004 > 2a09:6383:0:2:45:147:A:B.https: Flags [S], cksum 0xac3f (incorrect -> 0xf87a), seq 4253169068, win 62580, options [mss 8940,sackOK,TS val 3233722809 ecr 0,nop,wscale 7], length 0
15:48:16.057499 IP6 (flowlabel 0x6261f, hlim 63, next-header TCP (6) payload length: 40) 2a01:cb22:X:Y:5054:ff:1010:30.60004 > 2a09:6383:0:2:45:147:A:B.https: Flags [S], cksum 0xac3f (incorrect -> 0xf47a), seq 4253169068, win 62580, options [mss 8940,sackOK,TS val 3233723833 ecr 0,nop,wscale 7], length 0
15:48:18.073350 IP6 (flowlabel 0xd0e9f, hlim 63, next-header TCP (6) payload length: 40) 2a01:cb22:X:Y:5054:ff:1010:30.60004 > 2a09:6383:0:2:45:147:A:B.https: Flags [S], cksum 0xac3f (incorrect -> 0xec9a), seq 4253169068, win 62580, options [mss 8940,sackOK,TS val 3233725849 ecr 0,nop,wscale 7], length 0
15:48:22.137378 IP6 (flowlabel 0x4e222, hlim 63, next-header TCP (6) payload length: 40) 2a01:cb22:X:Y:5054:ff:1010:30.60004 > 2a09:6383:0:2:45:147:A:B.https: Flags [S], cksum 0xac3f (incorrect -> 0xdcba), seq 4253169068, win 62580, options [mss 8940,sackOK,TS val 3233729913 ecr 0,nop,wscale 7], length 0
tcpdump serveur
sudo tcpdump -vv ip6 -i eth0 host 2a01:cb22:X:Y:5054:ff:1010:30
tcpdump: listening on eth0, link-type EN10MB (Ethernet), snapshot length 262144 bytes
15:48:15.110510 IP6 (flowlabel 0x6eb60, hlim 54, next-header TCP (6) payload length: 40) 2a01:cb22:X:Y:5054:ff:1010:30.60004 > 2a09:6383:0:2:45:147:A:B.https: Flags [S], cksum 0xf87a (correct), seq 4253169068, win 62580, options [mss 8940,sackOK,TS val 3233722809 ecr 0,nop,wscale 7], length 0
15:48:15.111622 IP6 (flowlabel 0x1fcb0, hlim 63, next-header TCP (6) payload length: 40) 2a09:6383:0:2:45:147:A:B.https > 2a01:cb22:Y:Y:5054:ff:1010:30.60004: Flags [S.], cksum 0xac3f (incorrect -> 0x9920), seq 3951303254, ack 4253169069, win 62496, options [mss 8940,sackOK,TS val 1808199163 ecr 3233722809,nop,wscale 7], length 0
15:48:16.130162 IP6 (flowlabel 0xd7568, hlim 63, next-header TCP (6) payload length: 40) 2a09:6383:0:2:45:147:A:B.https > 2a01:cb22:X:Y:5054:ff:1010:30.60004: Flags [S.], cksum 0xac3f (incorrect -> 0x9525), seq 3951303254, ack 4253169069, win 62496, options [mss 8940,sackOK,TS val 1808200182 ecr 3233722809,nop,wscale 7], length 0
15:48:16.134228 IP6 (flowlabel 0x6261f, hlim 54, next-header TCP (6) payload length: 40) 2a01:cb22:X:Y:5054:ff:1010:30.60004 > 2a09:6383:0:2:45:147:A:B.https: Flags [S], cksum 0xf47a (correct), seq 4253169068, win 62580, options [mss 8940,sackOK,TS val 3233723833 ecr 0,nop,wscale 7], length 0
15:48:16.134412 IP6 (flowlabel 0x0d83c, hlim 63, next-header TCP (6) payload length: 40) 2a09:6383:0:2:45:147:A:B.https > 2a01:cb22:X:Y:5054:ff:1010:30.60004: Flags [S.], cksum 0xac3f (incorrect -> 0x9521), seq 3951303254, ack 4253169069, win 62496, options [mss 8940,sackOK,TS val 1808200186 ecr 3233722809,nop,wscale 7], length 0
15:48:18.146204 IP6 (flowlabel 0x4215f, hlim 63, next-header TCP (6) payload length: 40) 2a09:6383:0:2:45:147:A:B.https > 2a01:cb22:X:Y:5054:ff:1010:30.60004: Flags [S.], cksum 0xac3f (incorrect -> 0x8d45), seq 3951303254, ack 4253169069, win 62496, options [mss 8940,sackOK,TS val 1808202198 ecr 3233722809,nop,wscale 7], length 0
15:48:18.150441 IP6 (flowlabel 0xd0e9f, hlim 54, next-header TCP (6) payload length: 40) 2a01:cb22:X:Y:5054:ff:1010:30.60004 > 2a09:6383:0:2:45:147:A:B.https: Flags [S], cksum 0xec9a (correct), seq 4253169068, win 62580, options [mss 8940,sackOK,TS val 3233725849 ecr 0,nop,wscale 7], length 0
15:48:18.150595 IP6 (flowlabel 0x83368, hlim 63, next-header TCP (6) payload length: 40) 2a09:6383:0:2:45:147:A:B.https > 2a01:cb22:X:Y:5054:ff:1010:30.60004: Flags [S.], cksum 0xac3f (incorrect -> 0x8d41), seq 3951303254, ack 4253169069, win 62496, options [mss 8940,sackOK,TS val 1808202202 ecr 3233722809,nop,wscale 7], length 0
15:48:22.210662 IP6 (flowlabel 0x9a44d, hlim 63, next-header TCP (6) payload length: 40) 2a09:6383:0:2:45:147:A:B.https > 2a01:cb22:X:Y:5054:ff:1010:30.60004: Flags [S.], cksum 0xac3f (incorrect -> 0x7d65), seq 3951303254, ack 4253169069, win 62496, options [mss 8940,sackOK,TS val 1808206262 ecr 3233722809,nop,wscale 7], length 0
15:48:22.214390 IP6 (flowlabel 0x4e222, hlim 54, next-header TCP (6) payload length: 40) 2a01:cb22:X:Y:5054:ff:1010:30.60004 > 2a09:6383:0:2:45:147:A:B.https: Flags [S], cksum 0xdcba (correct), seq 4253169068, win 62580, options [mss 8940,sackOK,TS val 3233729913 ecr 0,nop,wscale 7], length 0
15:48:22.214624 IP6 (flowlabel 0x3c709, hlim 63, next-header TCP (6) payload length: 40) 2a09:6383:0:2:45:147:A:B.https > 2a01:cb22:X:Y:5054:ff:1010:30.60004: Flags [S.], cksum 0xac3f (incorrect -> 0x7d61), seq 3951303254, ack 4253169069, win 62496, options [mss 8940,sackOK,TS val 1808206266 ecr 3233722809,nop,wscale 7], length 0
Je ne comprends pourquoi la réponse n'est pas reçu.