OVH Cloud OVH Cloud

améliorer la marge SNR

34 réponses
Avatar
boris
j'ai 6 db de SNR alors que je suis à 400 m du NRA...
comment améliorer ce facteur interne ???

Etat de la ligne ADSL Opérationelle
Standard ADSL G992_5_A
Débit montant 996 Kb/s (Intlv[LP0])
Débit descendant 20428 Kb/s (Intlv[LP0])
Atténuation Terminaison locale : 17.9 (dB)
Terminaison distante : 6.2 (dB)
Marge SNR Terminaison locale : 6 (dB)
Terminaison distante : 14 (dB)
Nombre de HEC 1087
Logiciel 0xe200314
Compteur 15 min ES 0
Erreurs de CRC 118
Compteur 1 jour ES 0

10 réponses

1 2 3 4
Avatar
Tartiflette
Dans l'article <442e7974$0$20143$, boris a
13600 Kbit/s

1666.7 Ko/s

test de ZDNet...


Essaie plutôt test-debit.free.fr ou http://mire.ipadsl.net/ qui paraissent
plus fiables.

Avatar
Reclus
| Essaie plutôt http://mire.ipadsl.net/ qui paraissent
| plus fiables.




Oui mais Javascript doit être activé...

Sans Javascript :

http://www.alken.nl/speedtest/speedtest4.php

légèrement optimiste cependant !
Avatar
boris
avec Araxe, j'obtiens ça : ;o))))

209345.294 Kbps (26168.162 Ko/sec

avec Alken :

4382.396 Kbps (IP: 547.8 KB/sec - ATM: 684.75 KB/sec) :o((((


avec mire.ipadsl:

8614.498 Kbps
Avatar
Reclus
| avec Alken :
|
| 4382.396 Kbps (IP: 547.8 KB/sec - ATM: 684.75 KB/sec)
:o((((
|
|
| avec mire.ipadsl:
|
| 8614.498 Kbps



ARAXE est complètement farfelu, il faut laisser tomber...

Chez moi, www.alken.nl/speedtest/speedtest4.php et
mire.ipadsl.net/speedtest/speedtest4.php donnent le même résultat.

mire.ipadsl est fiable mais 8614 Kbps c'est totalement insuffisant dans ton
cas, tu devrais avoir le double !

Il faudrait vérifier que le test de l'onglet "Largest MTU" effectué
**après** avoir réglé la MTU sur 1500, te donne bien un résultat de 1492 (le
test marche bien avec l'adresse www.alken.nl).

Retourne sur le site www.speedguide.net/analyzer.php et vérifie que la ligne
"Your TCP Window limits you to: x kbps (y KBytes/s) @ 200ms" est
satisfaisante.

Deux autres pistes : ta carte éthernet (improbable...) et l'installation
intérieure chez toi (condensateur à éliminer, filtres à vérifier, contacts à
resserrer...).
Avatar
boris
MTU = 1492
MTU is optimized for PPoE DSL broadband. If not, consider raising MTU to
1500 for optimal throughput.

MSS = 1452
MSS is optimized for PPPoE DSL broadband. If not, consider raising your MTU
value.

Default TCP Receive Window (RWIN) = 508200
RWIN Scaling (RFC1323) = 3 bits (scale factor of 6)
Unscaled TCP Receive Window = 63525

RWIN is a multiple of MSS
Other RWIN values that might work well with your current MTU/MSS:
511104 (MSS x 44 * scale factor of 8)
255552 (MSS x 44 * scale factor of 4)
127776 (MSS x 44 * scale factor of 2)
63888 (MSS x 44)

bandwidth * delay product (Note this is not a speed test):

Your TCP Window limits you to: 20328 kbps (2541 KBytes/s) @ 200ms
Your TCP Window limits you to: 8131.2 kbps (1016.4 KBytes/s) @ 500ms

MTU Discovery (RFC1191) = ON

Time to live left = 113 hops
TTL value is ok.

Timestamps (RFC1323) = OFF
Selective Acknowledgements (RFC2018) = ON
IP type of service field (RFC1349) = 00000000 (0)





ma carte ethernet est une PCI Realtek RTL8139 Family et j'ai jamais eu de
pb avec
il y a longtemps que j'ai vérifié qu'il n'y a pas de condensateur dans les
conjoncteurs de FT...
par contre j'ai 4 conjoncteurs :
la prise principale a un DECT ( SIEMENS) branché avec un filtre ADSL ( dont
j'ai testé plusieurs exemplaires...)
la deuxième historiquement n'a rien
la troisème a un deuxième DECT ( SIEMENS) avec un filtre ADSL....
la quatrième chronologiquement a la Livebox et rien d'autre avec un filtre
ADSL...


J'ai vérifié, nettoyé à l'alcool les contacts des fils blanc et gris, et
resseré les contacts
par contre le boitier sur le palier est minuscule et est une véritable
horreur de fils trop longs, mal coupés, entremélés....
Avatar
boris
Avec Ispeed 3.55 j'ai d'autres valeurs concernant la MTU .....
Avatar
boris
ahhhhhhh ben ouais tout le monde dort


;o))))))))))))

bonne nuit...................

je vais cherchez les croissants chauds

à tout à l'heure ooo( O O )ooo
Avatar
Reclus
| MTU = 1492
| MSS = 1452
| Default TCP Receive Window (RWIN) = 508200
| RWIN is a multiple of MSS
| Your TCP Window limits you to: 20328 kbps (2541 KBytes/s) @ 200ms


Tu as fait un réglage aux "petits oignons" !
Pour en avoir le coeur net, fais le test "Largest MTU" de TCP Optimizer pour
vérifier que 1492 est la bonne valeur.




| il y a longtemps que j'ai vérifié qu'il n'y a pas de condensateur dans
| les conjoncteurs de FT...

A ta place, je ferais un essai avec le seul modem branché sur l'installation
téléphonique et, de préférence, relié au mur par un cordon RTC : pas de
téléphones, pas de filtres, rien..., en branchant le modem si possible -mais
c'est facultatif- sur la première prise à l'entrée de l'appartement.


Peut-être pourrait-tu, maintenant, contacter le 10.13 pour t'assurer que
WANADOO a bien débloqué la connexion à son niveau (an niveau du BAS, je
pense...). Si tu suis ce groupe, tu sais que sur ta ligne il y a deux
robinets : robinet FT, dans le DSLAM, qui est ouvert puisque tu synchtonises
à 21.5 Mbits/s et un autre géré par WANADOO.


Pour la MTU, si TCP Opt. te donne les mêmes valeurs localement et en ligne,
a priori pas de souci.
Il faut savoir qu'il existe une autre MTU (en fait un couple MTU & MRU)
fixée dans la LIVEBOX. Je pense que c'est le firmware qui s'en charge.
Avatar
boris
ah oui vais tester ça par curiosité:

la Livebox branchée directement sur la première prise chronologique de FR
( sans et avec filtre DSL...)
je dois avoir des cables Ethernet de 6 à 15 m mais non-shielded...
et débrancher les 2 téléphones DECT ( 3 en fait puisqu'il y a 1
satellite...) et les 2 filtres concernés.

test largest MTU avec alken:


Pinging [217.22.64.72] with 40 bytes ->bytes@ timeTms TTL2
Pinging [217.22.64.72] with 750 bytes ->bytesu0 timecms TTL2
Pinging [217.22.64.72] with 1125 bytes ->bytes25 timepms TTL2
Pinging [217.22.64.72] with 1312 bytes ->bytes12 timehms TTL2
Pinging [217.22.64.72] with 1406 bytes ->bytes06 timeims TTL2
Pinging [217.22.64.72] with 1453 bytes ->bytes53 timerms TTL2
Pinging [217.22.64.72] with 1476 bytes -> ..fragmented
Pinging [217.22.64.72] with 1465 bytes -> ..fragmented
Pinging [217.22.64.72] with 1459 bytes ->bytes59 timerms TTL2
Pinging [217.22.64.72] with 1462 bytes ->bytes62 timerms TTL2
Pinging [217.22.64.72] with 1463 bytes ->bytes63 timetms TTL2
Pinging [217.22.64.72] with 1464 bytes ->bytes64 timerms TTL2
The largest possible non-fragmented packet is 1464 (1492 - 28 ICMP & IP
headers).
You can set your MTU to 1492
Avatar
Reclus
| You can set your MTU to 1492




Cela confirme que les réglages de ton message de 23 heures 58 sont parfaits.
1 2 3 4