Adsl2+ Støy på linja? ca 900m unna sentral

[Kistesnekker]

Hei og hallo

 

Rask info om linja

Modem: Zhone 1512-A1

Adsl2+ Annex B

9ms 18.59mbps / 1.43mbps rapporterer speedtest.net
 
Har merket i over lengre tid at jeg syns linja har blitt noe mindre robust. Før hadde jeg Inteno X5821-B som var meget grei, men så ville homenet sende nytt modem i 2012-2013 og da har merket at noe har forandra seg.

 

Til vanlig nettbruk, netflix, youtube, nedlastning så er det helt greit. Men i alle nettspill har jeg merket at pingen varierer litt. Har jeg 50ms på en server så varierer den fra 50 til 60 til 70 og 80 så ned igjen. Skjer ikke ofte jeg får helt opp til 80, men kommer som et spike selv om jeg er den eneste som er på nettet.

 

PCen er koblet til routeren med kabel med type Cat5E. Pinget routeren i halvtime og ligger på 1ms stabilt.

 

Pinger gatewayen til ISPen fra konsollen på routeren, slik at jeg utelukker PCen min. Varierende ping syns jeg.

root@OpenWrt:~# ping 193.71.57.1
PING 193.71.57.1 (193.71.57.1): 56 data bytes
64 bytes from 193.71.57.1: seq=0 ttl=64 time=6.041 ms
64 bytes from 193.71.57.1: seq=1 ttl=64 time=10.305 ms
64 bytes from 193.71.57.1: seq=2 ttl=64 time=10.922 ms
64 bytes from 193.71.57.1: seq=3 ttl=64 time=9.791 ms
64 bytes from 193.71.57.1: seq=4 ttl=64 time=9.703 ms
64 bytes from 193.71.57.1: seq=5 ttl=64 time=10.036 ms
64 bytes from 193.71.57.1: seq=6 ttl=64 time=16.370 ms
64 bytes from 193.71.57.1: seq=7 ttl=64 time=9.277 ms
64 bytes from 193.71.57.1: seq=8 ttl=64 time=8.869 ms
64 bytes from 193.71.57.1: seq=9 ttl=64 time=9.002 ms
64 bytes from 193.71.57.1: seq=10 ttl=64 time=8.647 ms
64 bytes from 193.71.57.1: seq=11 ttl=64 time=8.498 ms
64 bytes from 193.71.57.1: seq=12 ttl=64 time=8.594 ms
64 bytes from 193.71.57.1: seq=13 ttl=64 time=8.195 ms
64 bytes from 193.71.57.1: seq=14 ttl=64 time=7.795 ms
64 bytes from 193.71.57.1: seq=15 ttl=64 time=7.703 ms
64 bytes from 193.71.57.1: seq=16 ttl=64 time=7.789 ms
64 bytes from 193.71.57.1: seq=17 ttl=64 time=8.867 ms
64 bytes from 193.71.57.1: seq=18 ttl=64 time=7.247 ms
64 bytes from 193.71.57.1: seq=19 ttl=64 time=7.371 ms
64 bytes from 193.71.57.1: seq=20 ttl=64 time=6.770 ms
64 bytes from 193.71.57.1: seq=21 ttl=64 time=6.625 ms
64 bytes from 193.71.57.1: seq=22 ttl=64 time=6.479 ms
64 bytes from 193.71.57.1: seq=23 ttl=64 time=6.574 ms
64 bytes from 193.71.57.1: seq=24 ttl=64 time=5.920 ms
64 bytes from 193.71.57.1: seq=25 ttl=64 time=6.842 ms
64 bytes from 193.71.57.1: seq=26 ttl=64 time=5.928 ms
64 bytes from 193.71.57.1: seq=27 ttl=64 time=6.017 ms
64 bytes from 193.71.57.1: seq=28 ttl=64 time=10.577 ms
64 bytes from 193.71.57.1: seq=29 ttl=64 time=11.665 ms
64 bytes from 193.71.57.1: seq=30 ttl=64 time=9.777 ms
64 bytes from 193.71.57.1: seq=31 ttl=64 time=12.110 ms
64 bytes from 193.71.57.1: seq=32 ttl=64 time=10.002 ms
64 bytes from 193.71.57.1: seq=33 ttl=64 time=9.393 ms
64 bytes from 193.71.57.1: seq=34 ttl=64 time=9.230 ms
64 bytes from 193.71.57.1: seq=35 ttl=64 time=9.095 ms
64 bytes from 193.71.57.1: seq=36 ttl=64 time=8.692 ms
64 bytes from 193.71.57.1: seq=37 ttl=64 time=26.542 ms
64 bytes from 193.71.57.1: seq=38 ttl=64 time=8.377 ms
64 bytes from 193.71.57.1: seq=39 ttl=64 time=8.491 ms
64 bytes from 193.71.57.1: seq=40 ttl=64 time=9.590 ms
64 bytes from 193.71.57.1: seq=41 ttl=64 time=7.769 ms
64 bytes from 193.71.57.1: seq=42 ttl=64 time=7.817 ms
64 bytes from 193.71.57.1: seq=43 ttl=64 time=21.982 ms
64 bytes from 193.71.57.1: seq=44 ttl=64 time=7.290 ms
64 bytes from 193.71.57.1: seq=45 ttl=64 time=7.142 ms
64 bytes from 193.71.57.1: seq=46 ttl=64 time=7.008 ms
64 bytes from 193.71.57.1: seq=47 ttl=64 time=6.640 ms
64 bytes from 193.71.57.1: seq=48 ttl=64 time=6.709 ms
64 bytes from 193.71.57.1: seq=49 ttl=64 time=6.829 ms
64 bytes from 193.71.57.1: seq=50 ttl=64 time=6.201 ms
64 bytes from 193.71.57.1: seq=51 ttl=64 time=6.030 ms
64 bytes from 193.71.57.1: seq=52 ttl=64 time=5.900 ms
64 bytes from 193.71.57.1: seq=53 ttl=64 time=6.997 ms
64 bytes from 193.71.57.1: seq=54 ttl=64 time=10.343 ms
64 bytes from 193.71.57.1: seq=55 ttl=64 time=10.429 ms
64 bytes from 193.71.57.1: seq=56 ttl=64 time=10.057 ms
64 bytes from 193.71.57.1: seq=57 ttl=64 time=9.660 ms
64 bytes from 193.71.57.1: seq=58 ttl=64 time=9.752 ms
64 bytes from 193.71.57.1: seq=59 ttl=64 time=9.396 ms
64 bytes from 193.71.57.1: seq=60 ttl=64 time=9.256 ms
64 bytes from 193.71.57.1: seq=61 ttl=64 time=10.320 ms
64 bytes from 193.71.57.1: seq=62 ttl=64 time=8.961 ms
^C
--- 193.71.57.1 ping statistics ---
63 packets transmitted, 63 packets received, 0% packet loss
round-trip min/avg/max = 5.900/9.019/26.542 ms
root@OpenWrt:~#

Logget på modemet og sjekka xDSL informasjonen.

Mode:						ADSL_2plus
Traffic Type:					ATM
Status:						Up
Link Power State:				L0
 
 						Downstream		Upstream
Line Coding(Trellis):				On			On
SNR Margin (0.1 dB):				63			95
Attenuation (0.1 dB):				110			82
Output Power (0.1 dBm):				133			133
Attainable Rate (Kbps):				24508			1577
 
 						Path 0	 
 						Downstream		Upstream
Rate (Kbps):					21631			1565
 
MSGc (# of bytes in overhead channel message):	83			16
B (# of bytes in Mux Data Frame):		245			48
M (# of Mux Data Frames in FEC Data Frame):	1			1
T (Mux Data Frames over sync bytes):		2			3
R (# of check bytes in FEC Data Frame):		0			0
S (ratio of FEC over PMD Data Frame length):	0.3631			0.9949
L (# of bits in PMD Data Frame):		5419			394
D (interleaver depth):				1			1
Delay (msec):					0.9			0.24
INP (DMT symbol):				0.0			0.0
 
Super Frames:					0			0
Super Frame Errors:				30			14
RS Words:					0			0
RS Correctable Errors:				0			0
RS Uncorrectable Errors:			0			0
 
HEC Errors:					22			28
OCD Errors:					2			0
LCD Errors:					0			0
Total Cells:					3455252449		250009705
Data Cells:					58046586		4447075
Bit Errors:					0			930
 
Total ES:					40			38
Total SES:					10			0
Total UAS:					69			69

Modemet har oppetid siden Torsdag (7-7-2016).

Kan denne statistikken bedømme hvorfor pingen er slik?

SNR Margin på 63/95 ser jo bra ut (eller?)

Attenuation viser 110/82 som kan være syndern? Bør ikke den vise rundt 15?

Bor utenfor byen og har avstand til sentral ca 800meter.

 

Gamle modemet er sendt inn så jeg har ingen andre å teste med.

 

Setter pris på gode tips nå 

[amiganostalgia]

brukte adsl i mange år og da var dsl tune alltid veldig kjekt. er et program på tysk. Såvidt jeg husker var det store forskjeller mht ping ved å justere hvilken modus modemet var i, men da med litt lavere båndbredde hastighet.

[BrokenFish]

Det var litt merkelig måte å vise støymargin på, men regner med det betyr 6.3 dB ned og 9.5dB opp. Dette burde fungere helt fint. Men du kan være uheldig med at det er mye støy på linjenettet i området ditt.

 

Det har jo litt å si hvor lenge ruteren har vært påslått. Men hvis man går ut ifra at den har vært på noen timer burde linjen være ok. Er litt HEC feil, men det er såpass lite at det ikke vil være merkbart. Du kan be nettlavarandøren din prøve å sette på interleaving, men tror egentlig ikke det vil ha så mye for seg her. (Dette vil øke pingen litt, men det hjelper med å holde linjen stabil)

 

 

Er du også sikker på at det ikke er noe annet som bruker nettet mens du tester?

Siden adsl har såpass lav uthastighet vil nettrafikk som går ut fra ruteren din merkes fort på pingen.

[Kistesnekker]

Er du også sikker på at det ikke er noe annet som bruker nettet mens du tester?

Siden adsl har såpass lav uthastighet vil nettrafikk som går ut fra ruteren din merkes fort på pingen.

 

Ganske så sikker. Ingen andre i huset den kvelden og ingen nettbaserte programmer (steam, spotify etc) kjørende både PC og Mobil. Men jaja. Har reist bort så får ikke undersøkt så mye. Så du tror SNR Margin (0.1 dB) på 63/95 er da egentlig 6.3dB/9.5dB? Zhone modemet lager ikke samme rapportoppsettet som Zyxel modemene fra Telenor akkurat..

[Rim]

Ja, verdiene er i 0.1 dB i stedet for dB da chipsetet rapporterer det slik, så er det opp til CPE produsenten hvordan de ønsker å vise det.

 

Verdiene som er viktig for deg er Errored Seconds (ES) og Severely Errored Seconds (SES) som sier noe om hvor ofte du sekunder med få bit errors (ES) og mange bit errors (SES). HEC er bare feil på frame headeren som er korrigert og ikke interessant.

 

Attenuation er dempning og den skal være så lav som mulig, og de tallene der er helt greie. SNR skal være så høy som mulig og helst over 6. Siden du har så få errors er det ikke noe problem med de verdiene du ser. Jitter du ser mot ISP gateway skyldes bufferbloat, enten i CPE eller mellom CPE og ISP gateway eller i ISP gateway. Det er ikke så mye å gjøre noe med, men sjekk oppstrømstrafikken på CPE når pingen varierer. Det er uansett lite du kan gjøre med bufferbloat.

[datageni]

Har VDSL med 72/22mbit og rett over 800m til sentralen. Samme problemet her med variasjon i ping. Postnr 5916. Har kontaktet Homenet og de har ingen annen løsning for dette annet enn at de "ikke ser at det er noe galt med forbindelsen" min. Så her får du hva du betaler for kompis :-)

Sikkert kina produsert utstyr de har. Hardware som ikke er dimmensjonert for å tåle load under normale temperaturer ettersom kineserne lett legger telefonsentralene sine i gruver med AC-utstyr verd mer enn to Røkke-formuer i Norge.

Telenor VDSL 50/20 til svigers (på samme sental) 'nede i gata' er stabil på ping, men ¿koster 550kr i mnd¿. Har ikke problemer med å drepe folk på DF1 servere når jeg spiller med deres linje. De har ikke Zhone-modem men det nye svarte med hvit plast på som ble skrytt over skyene på dinside for et år tilbake.

Skulle selvfølgelig ønsket å installere fiber, men Altibox (Bergen Fiber) sin 5000kr-pris pluss pluss for "etablering og etablering" er boikott-materiale når kassen dems ligger 4 meter unna husveggen min.

Endret 20. juli 2016 av datageni

[Rim]

Sikkert kina produsert utstyr de har. Hardware som ikke er dimmensjonert for å tåle load under normale temperaturer ettersom kineserne lett legger telefonsentralene sine i gruver med AC-utstyr verd mer enn to Røkke-formuer i Norge.

Flass. Alle komponenter er produsert i Kina uansett hvilken leverandør du har. Dessuten har de en QA på CO-utstyr som langt overgår det du er vant med konsumentprodukter. Videre er det klimakontroll i sentralene så temperatur har uansett ikke noe å si.