Ny fiberinstallation med stor variation av upload speed

Permalänk
Skrivet av varget:

Nått är ju helt horribelt fel. Men det är svårt att felsöka själv tyvärr. Kolla med andra protokoll om du får andra siffror, tex iperf3 och med multipla strömmar.

För ett tag sedan (innan jag kom ut andra gången) så körde jag iperf3 mot en dator (genom routern) och det gav samma principiella resultat.
Ner: fullt blås 250+ Mbps
Upp: skräp med varierande hastighet ungefär som mina grafer visar.
Vad du menar med "multipla strömmar" förstår jag inte.

Skrivet av varget:

Har du packetloss? Får du in mycket skit trafik från stadsnätet?

Här tappade du mig...
Menar du att jag skall köra nån sorts Linux-kommando på den maskin som sitter direkt på en egen LAN-anslutning på fiberboxen?

Googlade det och hittade följande:
Packetloss

$ ip -s link show eth0 2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP mode DEFAULT group default qlen 1000 link/ether e4:5f:01:9a:c0:54 brd ff:ff:ff:ff:ff:ff RX: bytes packets errors dropped missed mcast 2155313681 396532498 0 0 0 0 TX: bytes packets errors dropped carrier collsns 4073712001 270418153 0 0 0 0

Skrivet av varget:

Kör tcpdump en minut och kolla om du får inte skit från andra kunder.
Hur ser mtr ut över några timmar?

TCPdump
Den finns inte installerad på min dator därute.
Är det helt enkelt sudo apt install tcpdump som skall köras?
Och när det är gjort vad gör jag med den?

mtr
Samma här, kommandot finns inte...
Tips mottages.
EDIT:
Hittade en beskrivande sida via Google...
Provade med bahnhof som mål:

$ mtr -rw -c 10 www.bahnhof.se >mtrreport.txt $ cat mtrreport.txt Start: 2022-04-17T20:20:22+0200 HOST: rpi4-aspo Loss% Snt Last Avg Best Wrst StDev 1.|-- h-81-170-155-3.A444.priv.bahnhof.se 0.0% 10 2.3 2.3 2.3 2.4 0.0 2.|-- 212.37.8.90 0.0% 10 2.8 2.8 2.6 2.9 0.1 3.|-- ??? 100.0 10 0.0 0.0 0.0 0.0 0.0 4.|-- h-158-174-156-206.NA.cust.bahnhof.se 0.0% 10 2.3 2.3 2.2 2.3 0.0 5.|-- h-158-174-156-201.NA.cust.bahnhof.se 0.0% 10 2.8 2.9 2.8 3.0 0.1 6.|-- sto-tlc-er1.sto-cr3.bahnhof.net 0.0% 10 3.1 3.1 2.9 3.5 0.1 7.|-- sto-cr3.sto-ste-dr3.bahnhof.net 20.0% 10 77.4 15.1 3.2 77.4 26.0 8.|-- www.bahnhof.se 0.0% 10 3.0 3.0 2.8 3.1 0.1

Ser lite konstigt ut på raderna 2 och 7.

Här är nu dagens läge för fibern, nu är den nere på upload = enstaka Mbps....:

Felcitering...
Permalänk
Medlem
Skrivet av Bosse_470:

För ett tag sedan (innan jag kom ut andra gången) så körde jag iperf3 mot en dator (genom routern) och det gav samma principiella resultat.
Ner: fullt blås 250+ Mbps
Upp: skräp med varierande hastighet ungefär som mina grafer visar.
Vad du menar med "multipla strömmar" förstår jag inte.

iperf3 -P 10 tex, då är det 10 parallela strömmar och inte en

Skrivet av Bosse_470:

Här tappade du mig...
Menar du att jag skall köra nån sorts Linux-kommando på den maskin som sitter direkt på en egen LAN-anslutning på fiberboxen?
Googlade det och hittade följande:
Packetloss

$ ip -s link show eth0 2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP mode DEFAULT group default qlen 1000 link/ether e4:5f:01:9a:c0:54 brd ff:ff:ff:ff:ff:ff RX: bytes packets errors dropped missed mcast 2155313681 396532498 0 0 0 0 TX: bytes packets errors dropped carrier collsns 4073712001 270418153 0 0 0 0

Det hade vart det bästa om du kunde, men nej mena att du skulle köra från din pi.

Skrivet av Bosse_470:

TCPdump
Den finns inte installerad på min dator därute.
Är det helt enkelt sudo apt install tcpdump som skall köras?
Och när det är gjort vad gör jag med den?

precis apt install tcpdump, sen kör sudo tcpdump -i ens160 port not 22 -n -c 1000 typ
lägg på -w filnamn.pcap och ta bort -c om du vill spara det istället. Det jag spekulerar är att om dina grannars trafik läcker till dig och allt annat.

Skrivet av Bosse_470:

mtr
Samma här, kommandot finns inte...
Tips mottages.
EDIT:
Hittade en beskrivande sida via Google...
Provade med bahnhof som mål:

$ mtr -rw -c 10 www.bahnhof.se >mtrreport.txt $ cat mtrreport.txt Start: 2022-04-17T20:20:22+0200 HOST: rpi4-aspo Loss% Snt Last Avg Best Wrst StDev 1.|-- h-81-170-155-3.A444.priv.bahnhof.se 0.0% 10 2.3 2.3 2.3 2.4 0.0 2.|-- 212.37.8.90 0.0% 10 2.8 2.8 2.6 2.9 0.1 3.|-- ??? 100.0 10 0.0 0.0 0.0 0.0 0.0 4.|-- h-158-174-156-206.NA.cust.bahnhof.se 0.0% 10 2.3 2.3 2.2 2.3 0.0 5.|-- h-158-174-156-201.NA.cust.bahnhof.se 0.0% 10 2.8 2.9 2.8 3.0 0.1 6.|-- sto-tlc-er1.sto-cr3.bahnhof.net 0.0% 10 3.1 3.1 2.9 3.5 0.1 7.|-- sto-cr3.sto-ste-dr3.bahnhof.net 20.0% 10 77.4 15.1 3.2 77.4 26.0 8.|-- www.bahnhof.se 0.0% 10 3.0 3.0 2.8 3.1 0.1

Ser lite konstigt ut på raderna 2 och 7.

Du behöver köra mer än 10, typ 1000 eller mer. Det går inte att säga så mycket från 10 paket, men ja du bör inte ha nått packet loss alls, men hop 3 är bara nått som inte kan svara på ping, inget att bry sig om.

Skrivet av Bosse_470:

Här är nu dagens läge för fibern, nu är den nere på upload = enstaka Mbps....:

http://blog.boberglund.com/files/speedtest_aspo_log3.png

Asså jag är tyvärr inte förvånad att ingen gör nått när du felanmäler. Den fria marknaden som får skattepengar och skapar monopol är inte alltid så effektiv som det gör sken av. Men det är skit att man som kund inte kan göra annat än att ligga på.

Permalänk
Skrivet av varget:

iperf3 -P 10 tex, då är det 10 parallela strömmar och inte en

Det hade vart det bästa om du kunde, men nej mena att du skulle köra från din pi.

När det gäller iperf3 så behöver man ju både en server och en client. Det jag gjorde var att sätta upp en server hemma eftersom jag då kunde ordna med port forward till servern för inkommande iperf-paket från fritidshuset.
Klienten är förstås min RPi4 som sitter direkt på fiberboxens LAN2.
Jag gör alla "skarpa" tester med den eftersom Bahnhof vägrar befatta sig med ärendet om tester görs bakom en router...

Skrivet av varget:

precis apt install tcpdump, sen kör sudo tcpdump -i ens160 port not 22 -n -c 1000 typ
lägg på -w filnamn.pcap och ta bort -c om du vill spara det istället. Det jag spekulerar är att om dina grannars trafik läcker till dig och allt annat.

Du behöver köra mer än 10, typ 1000 eller mer. Det går inte att säga så mycket från 10 paket, men ja du bör inte ha nått packet loss alls, men hop 3 är bara nått som inte kan svara på ping, inget att bry sig om.

Jag gjorde om det nu med kommandot:

time mtr -rw -c 1000 www.bahnhof.se >mtrreport.txt

Satte dit time för att kunna se hur lång tid det tog när det är klart.
Den håller på fortfarande efter säkert 15 minuter..
EDIT:
Blev just klar nu efter 16m50s, så här blev loggen:

Start: 2022-04-18T09:51:38+0200 HOST: rpi4-aspo Loss% Snt Last Avg Best Wrst StDev 1.|-- h-81-170-155-3.A444.priv.bahnhof.se 20.4% 1000 2.3 2.3 2.3 8.2 0.2 2.|-- 212.37.8.90 2.4% 1000 2.8 2.8 2.5 53.8 2.7 3.|-- ??? 100.0 1000 0.0 0.0 0.0 0.0 0.0 4.|-- h-158-174-156-206.NA.cust.bahnhof.se 2.5% 1000 2.2 2.2 2.2 9.2 0.4 5.|-- h-158-174-156-201.NA.cust.bahnhof.se 2.5% 1000 2.8 2.8 2.6 48.3 2.6 6.|-- sto-tlc-er1.sto-cr3.bahnhof.net 2.0% 1000 3.1 3.0 2.9 10.5 0.5 7.|-- sto-cr3.sto-ste-dr3.bahnhof.net 1.2% 1000 3.2 5.6 3.1 117.2 7.2 8.|-- www.bahnhof.se 1.7% 1000 3.0 2.8 2.6 10.1 0.4

Skrivet av varget:

Asså jag är tyvärr inte förvånad att ingen gör nått när du felanmäler. Den fria marknaden som får skattepengar och skapar monopol är inte alltid så effektiv som det gör sken av. Men det är skit att man som kund inte kan göra annat än att ligga på.

Tröttsamt är det när man inte ens kan komma fram på telefon på rimlig tid.
Om jag hade bott på stället hade jag ju kunnat testa olika inkopplingar etc, men nu är jag 100 km bort...
Och hela tanken med fiber ditut under tiden jag inte bor där är att ha en backup-enhet som kan lagra viktiga dokument off-site från hemmet (ifall det skulle brinna här). Funkar inte med denna låga hastighet. Är nu nere på 4,5 Mbps...

Mätning klar uppdaterat resultatet
Permalänk
Medlem

Tror inte dina loggar är så intressanta, IP Only behöver helt enkelt kolla så att de inte har dåliga signalvärden på fibern, errors på mediaomvandlaren (de skulle se om du har trasig nätverkskabel) eller överbelastning i nätet. Är inte felet hos IP Only får du nog byta leverantör.

Permalänk
Medlem
Skrivet av Bosse_470:

När det gäller iperf3 så behöver man ju både en server och en client. Det jag gjorde var att sätta upp en server hemma eftersom jag då kunde ordna med port forward till servern för inkommande iperf-paket från fritidshuset.
Klienten är förstås min RPi4 som sitter direkt på fiberboxens LAN2.
Jag gör alla "skarpa" tester med den eftersom Bahnhof vägrar befatta sig med ärendet om tester görs bakom en router...

Jag gjorde om det nu med kommandot:

time mtr -rw -c 1000 www.bahnhof.se >mtrreport.txt

Satte dit time för att kunna se hur lång tid det tog när det är klart.
Den håller på fortfarande efter säkert 15 minuter..
EDIT:
Blev just klar nu efter 16m50s, så här blev loggen:

Start: 2022-04-18T09:51:38+0200 HOST: rpi4-aspo Loss% Snt Last Avg Best Wrst StDev 1.|-- h-81-170-155-3.A444.priv.bahnhof.se 20.4% 1000 2.3 2.3 2.3 8.2 0.2 2.|-- 212.37.8.90 2.4% 1000 2.8 2.8 2.5 53.8 2.7 3.|-- ??? 100.0 1000 0.0 0.0 0.0 0.0 0.0 4.|-- h-158-174-156-206.NA.cust.bahnhof.se 2.5% 1000 2.2 2.2 2.2 9.2 0.4 5.|-- h-158-174-156-201.NA.cust.bahnhof.se 2.5% 1000 2.8 2.8 2.6 48.3 2.6 6.|-- sto-tlc-er1.sto-cr3.bahnhof.net 2.0% 1000 3.1 3.0 2.9 10.5 0.5 7.|-- sto-cr3.sto-ste-dr3.bahnhof.net 1.2% 1000 3.2 5.6 3.1 117.2 7.2 8.|-- www.bahnhof.se 1.7% 1000 3.0 2.8 2.6 10.1 0.4

Tröttsamt är det när man inte ens kan komma fram på telefon på rimlig tid.
Om jag hade bott på stället hade jag ju kunnat testa olika inkopplingar etc, men nu är jag 100 km bort...
Och hela tanken med fiber ditut under tiden jag inte bor där är att ha en backup-enhet som kan lagra viktiga dokument off-site från hemmet (ifall det skulle brinna här). Funkar inte med denna låga hastighet. Är nu nere på 4,5 Mbps...

Du har packetloss, inget du kan göra annat är ringa att tjata tyvärr. Skickade ett Pm

Permalänk

För att komplettera, här är ett utdrag ut tcpdump loggfil efter att jag kört den i drygt 3 minuter.
Detta är alla paket under minut 10:25:

Kommando: time sudo tcpdump -i eth0 port not 22 -n -c 1000 -w tcpdump.pcap Läst med: tcpdump -r tcpdump.pcap 10:25:07.405090 IP 100.66.252.241.55838 > h-158-174-104-130.A465.priv.bahnhof.se.1190: UDP, length 41 10:25:07.408718 IP h-158-174-104-130.A465.priv.bahnhof.se.1190 > 100.66.252.241.55838: UDP, length 41 10:25:07.693016 IP 100.66.252.241.55838 > h-158-174-104-130.A465.priv.bahnhof.se.1190: UDP, length 77 10:25:07.697200 IP h-158-174-104-130.A465.priv.bahnhof.se.1190 > 100.66.252.241.55838: UDP, length 77 10:25:17.735700 IP 100.66.252.241.55838 > h-158-174-104-130.A465.priv.bahnhof.se.1190: UDP, length 41 10:25:17.739878 IP h-158-174-104-130.A465.priv.bahnhof.se.1190 > 100.66.252.241.55838: UDP, length 41 10:25:27.928425 IP h-158-174-104-130.A465.priv.bahnhof.se.1190 > 100.66.252.241.55838: UDP, length 41 10:25:27.928689 IP 100.66.252.241.55838 > h-158-174-104-130.A465.priv.bahnhof.se.1190: UDP, length 41 10:25:32.972861 ARP, Request who-has 100.66.128.1 tell 100.66.252.241, length 28 10:25:32.975160 ARP, Reply 100.66.128.1 is-at 00:00:5e:00:01:9b (oui IANA), length 46 10:25:37.773104 IP 100.66.252.241.55838 > h-158-174-104-130.A465.priv.bahnhof.se.1190: UDP, length 77 10:25:37.777312 IP h-158-174-104-130.A465.priv.bahnhof.se.1190 > 100.66.252.241.55838: UDP, length 41 10:25:37.777396 IP h-158-174-104-130.A465.priv.bahnhof.se.1190 > 100.66.252.241.55838: UDP, length 77 10:25:39.053287 IP 100.66.252.241.55838 > h-158-174-104-130.A465.priv.bahnhof.se.1190: UDP, length 201 10:25:39.057065 IP h-158-174-104-130.A465.priv.bahnhof.se.1190 > 100.66.252.241.55838: UDP, length 161 10:25:39.057471 IP 100.66.252.241.55838 > h-158-174-104-130.A465.priv.bahnhof.se.1190: UDP, length 77 10:25:49.280997 IP 100.66.252.241.55838 > h-158-174-104-130.A465.priv.bahnhof.se.1190: UDP, length 41 10:25:49.285143 IP h-158-174-104-130.A465.priv.bahnhof.se.1190 > 100.66.252.241.55838: UDP, length 41 10:25:59.541805 IP 100.66.252.241.55838 > h-158-174-104-130.A465.priv.bahnhof.se.1190: UDP, length 41 10:25:59.546128 IP h-158-174-104-130.A465.priv.bahnhof.se.1190 > 100.66.252.241.55838: UDP, length 41

Det ser ut som att i princip all trafik är keep-alive var 10:e sekund genom den OpenVPN-tunnel som RPi4 har öppnat hem till mitt hemma-LAN så att jag kan nå den via SSH. Men trafikmängderna är ju försumbara.
VPN hanterar enbart lokal trafik mellan RPi4 och hemma-LAN på UDP port 1190 och 55838. Återstoden (ARP) går direkt ut på Internet.

Permalänk
Medlem
Skrivet av Bosse_470:

Tror inte att det är det som är problemet...
På fiberboxen är det två anslutningar med nätverkskabel:
LAN1: En CAT5 fast förlagd kabel som går till routern (f.n. en ASUS RT-AC68U)
LAN2: En sprillans ny CAT6 c:a 1 m kabel till en Raspberry Pi4 med Gigabit LAN

RPi4-an sitter alltså direkt på fiberboxen och är den som loggar direktdata (de som visats i min bild ovan).
Bakom routern sitter det en HP PRO-Desk med Linux Mint 20.04 och den loggar också varje halvtimme, så jag ser vad routern ev. har för inverkan.

Båda dessa loggar är i stort sett identiska fast värdena är förskjutna med 15 min för att inte köra samtidigt.
Så här ser det ut idag (notera att loggarna startar vid olika datum så den innanför är längre).
Som synes är värdena något lägre innanför än utanför routern men bara obetydligt.
Men man ser från 13/4 så kommer den inte över 40 Mbps nån gång under dygnet alls!

http://blog.boberglund.com/files/speedtest_aspo_log2.png

Enligt bilden så verkar du ju sitta bakom CGNAT, är det samma om du har en publik IP?

Visa signatur

R7 5800X3D | MSI X470 GAMING PLUS | 32GB 3200MHz CL16 | Powercolor Radeon RX 5700XT 8GB Red Dragon | Samsung 850 EVO 500GB | Samsung 860 EVO 1TB | Kingston A2000 1TB | 2x 3TB HDD | Seasonic FOCUS Plus 650W Gold

Permalänk
Skrivet av matte56:

Enligt bilden så verkar du ju sitta bakom CGNAT, är det samma om du har en publik IP?

På fiberboxen sitter två anslutna apparater:
LAN1: ASUS RT-AC68U router för sommarstugan. Den har publik IP. Jag når apparaterna inne på LAN i stugan via denna.

LAN2: Raspberry Pi4B-4GB. Denna har CGNAT IP från Bahnhof för den skall bara vara där för testning utanför routern.
Dessutom ger Bahnhof inte ut flera än en publik adress per konto...

RPi4 kopplar upp sig till mitt hemma-LAN med OpenVPN så att jag kan nå den och påverka vad den gör.
Men bara trafik till hemmanätet går genom tunneln, all annan trafik direkt ut på Internet.

Innanför routern har jag en HP PRO-Desk som kör Ubuntu Mint 20 samt en Raspberry Pi3.
HP-maskinen kör också speedtest via cron med 30 min intervall och de mätningarna stämmer väl med de som RPi4 utanför routern gör.
RPi3 rapporterar bara temperaturen i stugan en gång per timme.
Inget annat är igång i stugan.

F.ö.:
I morgon är det vardag igen så då blir det telefon till Bahnhof...

Permalänk
Medlem

Något är uppenbart fel och du behöver nog få hjälp av ISP/nätägare att reda ut det - vilket redan konstaterats.

Jag vill absolut inte förringa ditt problem och du ska naturligtvis få den bandbredd du betalar för. Men hindrar det problemet dig verkligen att göra det du tänkt dig?

Det är OK att kalla mig dum, men jag förstår inte ditt praktiska problem. Du ska väl skicka backuper i den riktning som fungerar bra? Vad får du för prestanda på exakt det användningsfallet?

Och om du nu ska ha mest trafik mellan stugan och hemmet: Vid eventuell återläsning av backup så är det ju den sträckan som är intressant, inte vad du får mot bredbandskollen. Har du mätt det med till exempel iperf3?

Permalänk
Skrivet av KAD:

Något är uppenbart fel och du behöver nog få hjälp av ISP/nätägare att reda ut det - vilket redan konstaterats.

Jag har försökt sedan februari när jag startade upp efter att fibern aktiverats...
Ingen hjälp ännu....

Skrivet av KAD:

Jag vill absolut inte förringa ditt problem och du ska naturligtvis få den bandbredd du betalar för. Men hindrar det problemet dig verkligen att göra det du tänkt dig?

Jag tycker att det inte är godkänt med en förbindelse som skall vara 250 Mbps från stugan och hem hit men har varit under 10 Mbps i flera dagar och idag aldrig över 7 Mbps, just nu seglar jag fram med 3.3 Mbps!
Med dessa farter kan man ju inte jobba.
En andra uppgift för backupsiten är att ladda ner videomaterial som en backup för den nedladdning som görs här hemma. Om nätet här i Järfälla går ner (har hänt 3 gånger sedan nyår) i flera timmar men funkar därute så skall jag sedan föra över materialet hit.
Men då är det inte acceptabelt med att ha 80 gånger långsammare förbindelse än jag betalar för.
Nu har jag fått stänga av denna nerladdning för att inte störa ev jobb från IPOnly med nätet (som helt uppenbart inte utförs)...

Skrivet av KAD:

Det är OK att kalla mig dum, men jag förstår inte ditt praktiska problem. Du ska väl skicka backuper i den riktning som fungerar bra? Vad får du för prestanda på exakt det användningsfallet?

Som jag skrev ovan så är backupen en uppgift, men det handlar också om nerladdning av material som skall användas här hemma. Överföringen från LAN 2 och hit blir en flaskhals om man har detta läge.
Dessutom: Om inte allt för lång tid så flyttar vi ju ut för sommaren och hur kul är det då att inte ha rätt hastighet. Tänk tex Zoom med 3 Mbps!

Skrivet av KAD:

Och om du nu ska ha mest trafik mellan stugan och hemmet: Vid eventuell återläsning av backup så är det ju den sträckan som är intressant, inte vad du får mot bredbandskollen. Har du mätt det med till exempel iperf3?

Jag har mätt med iperf3 och det visar dessa skillnader också. Men när jag mätte var inte hastigheterna dåliga som de blivit nu. Helt horribelt med runt 3 Mbps medan andra riktningen är 250 Mbps vareviga mätning.

Permalänk
Medlem

IP Only bör ha återkopplat Bahnhof vid det här laget.

Permalänk
Medlem
Skrivet av Bosse_470:

Tror inte att det är det som är problemet...
På fiberboxen är det två anslutningar med nätverkskabel:
LAN1: En CAT5 fast förlagd kabel som går till routern (f.n. en ASUS RT-AC68U)
LAN2: En sprillans ny CAT6 c:a 1 m kabel till en Raspberry Pi4 med Gigabit LAN

RPi4-an sitter alltså direkt på fiberboxen och är den som loggar direktdata (de som visats i min bild ovan).
Bakom routern sitter det en HP PRO-Desk med Linux Mint 20.04 och den loggar också varje halvtimme, så jag ser vad routern ev. har för inverkan.

Båda dessa loggar är i stort sett identiska fast värdena är förskjutna med 15 min för att inte köra samtidigt.
Så här ser det ut idag (notera att loggarna startar vid olika datum så den innanför är längre).
Som synes är värdena något lägre innanför än utanför routern men bara obetydligt.
Men man ser från 13/4 så kommer den inte över 40 Mbps nån gång under dygnet alls!

http://blog.boberglund.com/files/speedtest_aspo_log2.png

CAT6 ska klara 1 Gb. Cat5E klara lika mycket. Övriga CAT5 kablar är bäst att göra sig av med på sikt, ger problem förr eller senare.
Sen har vi CAT6A som kan hantera upp till 10 Gbps.
Det finns olika kablar för inomhus och utomhusbruk. Vissa är för vp-rör om du har det. Normalt är det raka kablar som gäller. Se
https://www.kjell.com/se/kunskap/hur-funkar-det/internet/kabe... del "Fast Ethernet"

Om det varierar med värmen kan det vara fuktproblem.Vet inte hur vädret är hos din sommarstuga. Men varmare väder kan hålla mer fukt men det kommer med fördröjning.

Permalänk
Skrivet av abki:

CAT6 ska klara 1 Gb. Cat5E klara lika mycket. Övriga CAT5 kablar är bäst att göra sig av med på sikt, ger problem förr eller senare.
Sen har vi CAT6A som kan hantera upp till 10 Gbps.
Det finns olika kablar för inomhus och utomhusbruk. Vissa är för vp-rör om du har det. Normalt är det raka kablar som gäller. Se
https://www.kjell.com/se/kunskap/hur-funkar-det/internet/kabe... del "Fast Ethernet"

Om det varierar med värmen kan det vara fuktproblem.Vet inte hur vädret är hos din sommarstuga. Men varmare väder kan hålla mer fukt men det kommer med fördröjning.

CAT5/CAT6 kablar
Kabeln som RPi4 är direktkopplad med mot fiberboxens LAN2 är 1,5 m och följde med när jag köpte min senaste router ASUS RT-AC86U, som skall installeras därute när allt är utrett.
Befintlig router därute är kopplad med c:a 8-10 m lång CAT5 klamrad mot golvsockeln.

Med tanke på att jag får full hastighet 250 Mbps för inkommande data 100% av mätningarna så är det svårt att tro att kabeln har inverkan här. Speciellt när det blir samma mätresultat för mätningar direkt på fiberboxen och bakom routern. De kopplingarna använder olika kablar.

Temperatur/fukt
Temperaturen inne i stugan varierar över dygnet.
Lägsta temp har de senaste 2 veckorna varierat mellan 8,7 och 12,1 C, lägst mellan kl 7 och 8.
Högsta temp har varierat mellan 11,8 och 16 C, varmast mellan kl 16 och 18 (solinstrålning).

Luftfuktigheten inne i huset varierar också över dygnet och är högst när temp är lägst och tvärtom.
Och här ligger fuktigheten mellan 55 och 59 % rel fukt.

Permalänk
Skrivet av Petterk:

IP Only bör ha återkopplat Bahnhof vid det här laget.

Igår fick jag ett mail från Bahnhof med bl.a. detta:

Citat:

Vi har felanmält ditt ärende en gång till mot IP Only och fick följande svar

"Som meddelat i föregående ärende så ser vi mindre mängder pause frames via enheten inkopplad på lan1.
Vänligen be kund att testa med en dator i taget, ensamt rakkopplad till CPE (Fiberomvandlare), för att utesluta att felet ligger lokalt.
Återkom om felet upplevs på flera enheter när dom är ensamt rakkopplade mot CPE"

Vi har ingen annan åtgärd på ditt ärende förrän du testat som IP Only begär

Det är bara det att när jag första gången körde de 200 km fram och tillbaka för att testa på plats så var det dåliga resultat fast allt var bortkopplat utom min Windows10 laptop, som jag testade med. Då var det alltså bara en dator inblandad.
Fattar inte varför de ekar ut samma begäran om att åka dit igen och göra samma sak som förra gången.

Är det någon här som vet vad de pratar om gällande "mindre mängder pause frames via enheten inkopplad på lan1".
Vad är en pause frame och hur kan den påverka uppladdningshastigheten med dygnsvariationer som jag visat?
Det är min ASUS RT-AC68U router som sitter där och som jag inte kan koppla bort fysiskt på avstånd.

Permalänk
Avstängd
Skrivet av Bosse_470:

När det gäller iperf3 så behöver man ju både en server och en client. Det jag gjorde var att sätta upp en server hemma eftersom jag då kunde ordna med port forward till servern för inkommande iperf-paket från fritidshuset.
Klienten är förstås min RPi4 som sitter direkt på fiberboxens LAN2.
Jag gör alla "skarpa" tester med den eftersom Bahnhof vägrar befatta sig med ärendet om tester görs bakom en router...

Jag gjorde om det nu med kommandot:

time mtr -rw -c 1000 www.bahnhof.se >mtrreport.txt

Satte dit time för att kunna se hur lång tid det tog när det är klart.
Den håller på fortfarande efter säkert 15 minuter..
EDIT:
Blev just klar nu efter 16m50s, så här blev loggen:

Start: 2022-04-18T09:51:38+0200 HOST: rpi4-aspo Loss% Snt Last Avg Best Wrst StDev 1.|-- h-81-170-155-3.A444.priv.bahnhof.se 20.4% 1000 2.3 2.3 2.3 8.2 0.2 2.|-- 212.37.8.90 2.4% 1000 2.8 2.8 2.5 53.8 2.7 3.|-- ??? 100.0 1000 0.0 0.0 0.0 0.0 0.0 4.|-- h-158-174-156-206.NA.cust.bahnhof.se 2.5% 1000 2.2 2.2 2.2 9.2 0.4 5.|-- h-158-174-156-201.NA.cust.bahnhof.se 2.5% 1000 2.8 2.8 2.6 48.3 2.6 6.|-- sto-tlc-er1.sto-cr3.bahnhof.net 2.0% 1000 3.1 3.0 2.9 10.5 0.5 7.|-- sto-cr3.sto-ste-dr3.bahnhof.net 1.2% 1000 3.2 5.6 3.1 117.2 7.2 8.|-- www.bahnhof.se 1.7% 1000 3.0 2.8 2.6 10.1 0.4

Tröttsamt är det när man inte ens kan komma fram på telefon på rimlig tid.
Om jag hade bott på stället hade jag ju kunnat testa olika inkopplingar etc, men nu är jag 100 km bort...
Och hela tanken med fiber ditut under tiden jag inte bor där är att ha en backup-enhet som kan lagra viktiga dokument off-site från hemmet (ifall det skulle brinna här). Funkar inte med denna låga hastighet. Är nu nere på 4,5 Mbps...

Offtopic men hade jag varit du så hade jag lagrat dina viktiga dokument i en valfri molntjänst eller valfri self hosted tjänst på en maskin i en datahall. Betydligt mer pålitligt om du är orolig för saker såsom brand, inbrott och nätet för den delen...

Visst det är kul att köra på en burk hemma men knappast särskilt driftsäkert.

Permalänk
Skrivet av Stradale1:

Offtopic men hade jag varit du så hade jag lagrat dina viktiga dokument i en valfri molntjänst eller valfri self hosted tjänst på en maskin i en datahall. Betydligt mer pålitligt om du är orolig för saker såsom brand, inbrott och nätet för den delen...

Visst det är kul att köra på en burk hemma men knappast särskilt driftsäkert.

Men jag vill inte anförtro mina data till "molnoperatörer"...
Litar inte på att de inte använder data och sprider dem.

Permalänk
Avstängd
Skrivet av Bosse_470:

Men jag vill inte anförtro mina data till "molnoperatörer"...
Litar inte på att de inte använder data och sprider dem.

Misstänkte att det va anledningen därför jag gav två alternativ

Permalänk
Medlem
Skrivet av Bosse_470:

Igår fick jag ett mail från Bahnhof med bl.a. detta:
Det är bara det att när jag första gången körde de 200 km fram och tillbaka för att testa på plats så var det dåliga resultat fast allt var bortkopplat utom min Windows10 laptop, som jag testade med. Då var det alltså bara en dator inblandad.
Fattar inte varför de ekar ut samma begäran om att åka dit igen och göra samma sak som förra gången.

Är det någon här som vet vad de pratar om gällande "mindre mängder pause frames via enheten inkopplad på lan1".
Vad är en pause frame och hur kan den påverka uppladdningshastigheten med dygnsvariationer som jag visat?
Det är min ASUS RT-AC68U router som sitter där och som jag inte kan koppla bort fysiskt på avstånd.

https://en.wikipedia.org/wiki/Ethernet_flow_control

Med andra ord något ethernet använder för att undvika tappade paket.

Permalänk
Arvid Nordqvist-mannen
Skrivet av Bosse_470:

CAT5/CAT6 kablar
Kabeln som RPi4 är direktkopplad med mot fiberboxens LAN2 är 1,5 m och följde med när jag köpte min senaste router ASUS RT-AC86U, som skall installeras därute när allt är utrett.
Befintlig router därute är kopplad med c:a 8-10 m lång CAT5 klamrad mot golvsockeln.

Är det Cat5 är det problemet, den bör vara minst Cat5e för att vara speccad för 1Gbps.
Är någon kabel skadad?

Permalänk
Skrivet av tcntad:

Är det Cat5 är det problemet, den bör vara minst Cat5e för att vara speccad för 1Gbps.
Är någon kabel skadad?

Jag har bara 250/250 så gigabit är inte aktuellt.
Men kabeln jag använde är nog Ok, kommer inte ihåg graderingen. Det kan jag kolla nästa gång jag kommer ut.
Jag har kontakterat kabeln själv och den kan inte ha skadats efteråt då den är klamrad mot sockeln.

Det som IPOnly klagar på ("pause frames") kommer från LAN1 där routern sitter men kan knappast vara orsaken till problemet emedan det finns där även om routerkabeln tas ur fiberinterfacet.
Men fysisk kontaktering kan bara göras på plats, som sagt.

Permalänk
Medlem
Skrivet av tcntad:

Är det Cat5 är det problemet, den bör vara minst Cat5e för att vara speccad för 1Gbps.
Är någon kabel skadad?

Har inte gått att köpa något annat än kategori 5e som lägst på många år. Kablar jag köpte för 20 år sedan var 5e.

Att prova med annan kabel och dator/enhet är ju uppenbart, men det var inte på den porten han hade mätt. Om det inte är dåliga fibervärden låter det som att det kan vara överbelastad switch i nätet. De lär inte kolla innan han kommer in med komplettering/att det inte fungerar med annan enhet/kabel, ny omstart av mediaomvandlaren och visar att felet kvarstår. Är felet i nätet skulle det inte hjälpa om de t.ex. kommer ut och felsöker på plats och bestämmer sig för att byta mediaomvandlaren för säkerhetsskull. Inte mycket att göra åt än att vara tillmötesgående och fortsätta felanmäla alltså.

Edit, du svarade medan jag skrev så jag svarar nedan:

Skrivet av Bosse_470:

Jag har bara 250/250 så gigabit är inte aktuellt.
Men kabeln jag använde är nog Ok, kommer inte ihåg graderingen. Det kan jag kolla nästa gång jag kommer ut.
Jag har kontakterat kabeln själv och den kan inte ha skadats efteråt då den är klamrad mot sockeln.

Det som IPOnly klagar på ("pause frames") kommer från LAN1 där routern sitter men kan knappast vara orsaken till problemet emedan det finns där även om routerkabeln tas ur fiberinterfacet.
Men fysisk kontaktering kan bara göras på plats, som sagt.

Vi pratar om ethernet så gränssnitten kommer länka i 1000 Mbit/s, 100 Mbit/s eller 10 Mbit/s rent förenklat.

Kablar kan gå sönder när som helst av ålder/korrosion, tidigare skador som förvärras o.s.v. Det är inget att diskutera då det bara handlar om uteslutningsmetoden som jag skrivit ovan.

Absolut vanligaste med en dålig kabel är att den går ner i hastighet, 100/100 använder mindre bandbredd och färre trådar o.s.v. Det beror dock väldigt mycket på enheterna vilka knep de tar till.

Permalänk

För några dagar sedan var jag åter ute i stugan och mätte på det sätt som jag redan gjort och fick liknande resultat som förut att rapportera in till Bahnhof.

Äntligen tog IPOnly tag i det hela och i morse dök hastigheten kl 07:30 till c:a 1.2 Mbps.
Och så var det flera timmar tills det helt försvann.

Men sedan efter 9 timmar kom allt tillbaka igen och nu med den förväntade hastigheten eller bättre.
Mina loggningar fortsätter men nu ligger upload på mellan 260 och 400 Mbps!
Mest när jag mäter med Bredbandskollen.

Och jag kan överföra videofiler från stugan hem med c:a 200 Mbps via OpenVPN kryptering som också drar processtid.
Nu tar en 150 Mb mp4-video c:a 5 sekunder att ladda upp till min hemmaserver.

Så det var som jag sagt tidigare nåt fel på fibern utanför min utrustning som IPOnly inte ville leta efter under 3 månaders tid. Dåligt!

Permalänk
Medlem

Överbelastnings- eller routingproblem eller rena kapacitetsproblem kommer alltid ta lång tid att fixa, ljuset mellan switch och dig är ju OK!

Har svårt att se om vi inte skulle betala flera gånger priset hur tekniker skulle kunna ha en helhetsbild och titta på routing, belastning i aktiv utrustning och så vidare. Som det är så måste det oftast vidare till någon helt annan när ett problem inte hittats på ett ställe. De kan inte se och kan inte visa för sina kollegor att problemet kvarstår om inte du rapporterar in detta.

Vill du inte vänta månader så får du inte vänta månader på att svara på IP Onlys frågor rent krasst, då kanske du klarar dig på 3-4 veckor. Tyvärr är de dåliga långt sämre.

Permalänk
Skrivet av Petterk:

Överbelastnings- eller routingproblem eller rena kapacitetsproblem kommer alltid ta lång tid att fixa, ljuset mellan switch och dig är ju OK!

Har svårt att se om vi inte skulle betala flera gånger priset hur tekniker skulle kunna ha en helhetsbild och titta på routing, belastning i aktiv utrustning och så vidare. Som det är så måste det oftast vidare till någon helt annan när ett problem inte hittats på ett ställe. De kan inte se och kan inte visa för sina kollegor att problemet kvarstår om inte du rapporterar in detta.

Vill du inte vänta månader så får du inte vänta månader på att svara på IP Onlys frågor rent krasst, då kanske du klarar dig på 3-4 veckor. Tyvärr är de dåliga långt sämre.

???
Jag har varit i konstant kommunikation med min provider Bahnhof under denna tid och tillhandahållit mätdata som klart visar hur variabel och dålig kvaliteten är!
Trots att jag också två gånger åkt 200 km t.o.r. platsen och utfört deras begärda mätningar så har de inte agerat utan skyllt på min utrustning utan några data som styrker detta.

Varför påstår du att jag inte rapporterat in detta?
Baserar du det på någon intern information du har om mitt case hos Bahnhof?

Och slutligen:
Jag har inte en enda gång blivit kontaktad av IPOnly bortsett från ett mailsvar när jag skickat på dem en kopia av min rapport till Bahnhof. Då säger de att jag inte har med detta att göra för jag är inte kund hos dem. Bahnhof är kund....

Permalänk
Medlem
Skrivet av Bosse_470:

???
Jag har varit i konstant kommunikation med min provider Bahnhof under denna tid och tillhandahållit mätdata som klart visar hur variabel och dålig kvaliteten är!
Trots att jag också två gånger åkt 200 km t.o.r. platsen och utfört deras begärda mätningar så har de inte agerat utan skyllt på min utrustning utan några data som styrker detta.

Varför påstår du att jag inte rapporterat in detta?
Baserar du det på någon intern information du har om mitt case hos Bahnhof?

Och slutligen:
Jag har inte en enda gång blivit kontaktad av IPOnly bortsett från ett mailsvar när jag skickat på dem en kopia av min rapport till Bahnhof. Då säger de att jag inte har med detta att göra för jag är inte kund hos dem. Bahnhof är kund....

Nej jag baserar det på din tråd där du kommer med egna spekulationer och metoder istället för de IP Only efterfrågar via Bahnhof. Bahnhof kan inte ta något vidare innan de fått det IP Only efterfrågat, därför det tar tid. Du kan ta hur illa upp du vill, men är du inte på plats och gör det som efterfrågas så har du inte följt instruktionerna och Bahnhof kan inte göra något alls. Bahnhof kan inte felanmäla med dina grafer.

Nätägare i det här fallet jobbar likadant mot alla.

Permalänk
Medlem
Skrivet av Bosse_470:

För några dagar sedan var jag åter ute i stugan och mätte på det sätt som jag redan gjort och fick liknande resultat som förut att rapportera in till Bahnhof.

Äntligen tog IPOnly tag i det hela och i morse dök hastigheten kl 07:30 till c:a 1.2 Mbps.
Och så var det flera timmar tills det helt försvann.

Men sedan efter 9 timmar kom allt tillbaka igen och nu med den förväntade hastigheten eller bättre.
Mina loggningar fortsätter men nu ligger upload på mellan 260 och 400 Mbps!
Mest när jag mäter med Bredbandskollen.

Och jag kan överföra videofiler från stugan hem med c:a 200 Mbps via OpenVPN kryptering som också drar processtid.
Nu tar en 150 Mb mp4-video c:a 5 sekunder att ladda upp till min hemmaserver.

Så det var som jag sagt tidigare nåt fel på fibern utanför min utrustning som IPOnly inte ville leta efter under 3 månaders tid. Dåligt!

Bra att det löste sig, även om det tog tid. En offsite backup är aldrig fel att ha och att det går att återställa från den ifall man måste.

[ot]Testa wireguard så kanske du kan få ner overheaden eller kör rsync över ssh med brandvägsregler[/ot]

Permalänk

Hej Bosse,

Jag har fritidshus på Högmarsö och har haft liknande problem. Betalar för 250/250 hos Ownit men det har varit problem med hastighet uppåt sedan start. IP-Only var faktiskt och bytte sin utrustning hos mig i våras men problemen fortsatte. Jag upptäckte den här tråden för sent men det verkar ju som det har löst sig nu!?

Permalänk

Intressant!
Det ser ut som om din hastighet förbättrades den 12/5 och det är ju precis då (kl 15 den 12 maj) som min upload-hastighet äntligen blev 250 Mbps eller bättre.
Här är en graf som täcker 12-13 maj och inringat är den tid då IPOnly jobbade med problemet. Det var flera totalavbrott under denna tid men sedan blev det 250+ i upload och det har hållit is sig sedan dess.

Permalänk
Medlem

Kanske inte skulle kalla sammanträffanden intressanta, inte sannolikt att det var samma fel/hårdvara i Blekinge som Stockholm.

Permalänk
Skrivet av Petterk:

Kanske inte skulle kalla sammanträffanden intressanta, inte sannolikt att det var samma fel/hårdvara i Blekinge som Stockholm.

Vad har Blekinge med detta att göra?
Så här skrev MartinW71:

Skrivet av MartinW71:

Jag har fritidshus på Högmarsö och har haft liknande problem.

Den anläggning jag har problem med ligger på Aspö som med en 5 m lång bro är ansluten till Högmarsö!
Det är max 5 km mellan våra två av IPOnly installerade fibersystem som togs i bruk i år.

Detr är garanterat ett systemfel som IPOnly inte velat titta på under 4-5 månaders tid.