ADSL-BC

'A43' c'est le bloc porteur, je ne pense pas que cela change en fonction de l'annexe choisie.

je vous remercie pour l'effort, j'ai exactement la meme configuration... (inclu l'annexe B, dans la GUI en tout cas)
J'ai fait un upgrade du 7.01 d'origine quand j'ai decouvert le probleme.
Par ailleurs , j'ai exactement les meme valeurs que vous en ligne DSL a un mm pres, et zero erreurs.

Le probleme de perte de packets, deja il est intermittent, mais peut seulement se voir avec des test de ping repetes ...
Ca n'affecte que le traffic qui traverse la FB (lan<->wan) dans mon cas. Par example si on ping l'adresse externe de la FB, de l'exterieur - il n'y a pas de problemes.
Et les 2 types de traffic passent par la meme ligne DSL. En plus - c'est du traffic symmetric (un echo + un reply)

Je ne dis pas que vous avez le meme probleme - mais si vous n'avez pas fait de test en continuu pour 30-40min - vous ne pouvez pas l'observer.

Ce qui debloque aussi les pings - c'est mettre le laptop qui envoie en prioritaire (Filtres/PRioritization)...

Mais bon - j'ai 90Mbps en DL et 15 en UL sur la ligne - et la Fritz fait 3-4Mbps en DL et <1Mbps en UP quand elle perd des packets ... elle devrait pas en avoir de probleme de congestion.

BAV -

@Leniff,

Vous pouvez sauver un fichier "diagnostic" (.txt) et faire un cut & paste de ces lignes, svp....
C'est pres de la ligne 378, si vous avez un editor qui les montrent ...

(C'est en Internet Account/AVM Services, tout en bas)

Voila, mes compteurs "dropped" ont fameusement augmente dans les 30min et je n'envoie que 10 pings/s...
La preuve qu'il y ait des pertes sur TCP egalement, mais elles restent invisibles.

Code : Tout sélectionner

0: acname ttnle02sac03
0: RX bytes:1169162899 pkt error:0 discard:0 filtered:879 dropped:49
0: RX pkts:290934 unicast:290934 multicast:0 broadcast:0
0: TX bytes:2653254950 pkt error:0 discard:0 filtered:0 dropped:38587
0: TX pkts:552571 unicast:552570 multicast:0 broadcast:1


@jetlag

Je veux bien vous faire ça.

Mais c'est un truc que je n'ai encore jamais fait, alors si vous avez le mode d'emploi ....

Je suis arrivé sur une page où je peux créer un tas de rapports, mais je ne sais pas lequel

ce que ca donne sur pingplotter ... (je sais pas comment vous avez fait pour inserer une image ...)

https://drive.google.com/file/d/13ZQxg5emBLGeJfEIm8w0dZCzFqWOy1ax/view?usp=sharing

il y a un button "View diagnostic summary" dans la page AVM services - il va vous le sauver sur votre PC.
Apres vous l'ouvrez avec n'importe quel editor text (notepad, text edit, etc)

J'ai vu

Code : Tout sélectionner

0: acname SSR41GRE02-DH80020851
0: RX bytes:2070416044 pkt error:0 discard:0 filtered:970 dropped:9426
0: RX pkts:5825161 unicast:5825161 multicast:0 broadcast:0
0: TX bytes:1529838729 pkt error:3 discard:0 filtered:24 dropped:5218
0: TX pkts:5861263 unicast:5861217 multicast:0 broadcast:46

jetlag a écrit :je vous remercie pour l'effort, j'ai exactement la meme configuration... (inclu l'annexe B, dans la GUI en tout cas)

Ne pas changer l'annexe car:

Annexe A = ADSL
Annexe B =VDSL

Sauf si nouveau rop à la rue mais mieux vaut ne pas prendre de risques.

mackguil a écrit :

jetlag a écrit :je vous remercie pour l'effort, j'ai exactement la meme configuration... (inclu l'annexe B, dans la GUI en tout cas)

Ne pas changer l'annexe car:

Annexe A = ADSL
Annexe B =VDSL

Sauf si nouveau rop à la rue mais mieux vaut ne pas prendre de risques.

Une Fritz avec un OS récent, si elle détecte un ROP vectorisé, se met automatiquement en annexe A.

J'aurais écrit Annexe B au vu de ce qui est écrit juste au dessus.

C.S

@jetlag



Si tous les tests que je fais au boulot se passaient comme ça

alloja a écrit :https://forum.adsl-bc.org/viewtopic.php?f=8&t=97392&p=1668000#p1668033

Comme dit ici:

philippe_d a écrit :
Sauf si on est sur un ROP non-vectorisé (DSLAM Ikanos): il faut obligatoirement sélectionner Annex B!

mackguil a écrit :

alloja a écrit :https://forum.adsl-bc.org/viewtopic.php?f=8&t=97392&p=1668000#p1668033

Comme dit ici:

philippe_d a écrit :
Sauf si on est sur un ROP non-vectorisé (DSLAM Ikanos): il faut obligatoirement sélectionner Annex B!

Est-ce que jetlag est sur un ROP vectorisé (Broadcom) ou non-vectorisé (Ikanos) ?

alloja a écrit :Est-ce que jetlag est sur un ROP vectorisé (Broadcom) ou non-vectorisé (Ikanos) ?

100/30, donc vectorisé

Donc annexe A possible ^^

philippe_d a écrit :

alloja a écrit :Est-ce que jetlag est sur un ROP vectorisé (Broadcom) ou non-vectorisé (Ikanos) ?

100/30, donc vectorisé

Logique, mais je n'ai pas tilté avant de te lire, merci.

@ Lennif / mackguill,
Pourriez vous faire un test sur speedtest.net et me donner vos resultats svp - surtout en Uplink ...
Voir plus bas -

===
Bon - j'ai mis le ICMP en traffic prioritaire sur Filtre/Prioritization dans la FB - et depuis, les tests sont clean a partir du LAN derriere ....

Il y a 2 situations ou les tests icmp sont corrects:
(*) quand ca NE traverse PAS le lan (AWS <-> FB_publique)
(**) quand ca traverse le lan, (LAN--> FB --> AWS), MAIS icmp est mis en FB queue "priorite", et non pas dans la "default" queue

Vue que la FB est dans les 2-3 Mbps de traffic a tout casser -
(*) il n'y a pas de raison d'avoir de drops dans la "default" queue
(**) surtout que ces drops n'apparaissent que si elle est connectee a la DSL (pas en WAN/pppoe)

Une premiere conclusion serait que c'est entre LAN-DSL que ca se passe, donc le preobleme est lie la FB ...
. peut-etre a cause du mismatch de speed entre pppoe (ce que le BNG accepte chez moi, 15M), et ce que le DSLAM negocie (30M)
(*) mais Leniff qui est en 100/30 n'a pas de drops, egalement mackguil, tandis que moi j'ai.
. donc leur speed an UL a verifier (15M ou 30M ?) ...

Autrement - mister-mistere, celui qui trouvera aura un double-dessert ... !

Profil 60/20.

jetlag a écrit :@ Lennif / mackguill,

Autrement - mister-mistere, celui qui trouvera aura un double-dessert ... !

Dans les statistiques DSL de la fritz, y a t'il des erreurs lors des drops ?