Permalänk
Medlem

Problem med anslutning via Bahnhof

Hej!

Jag har haft strul med Bahnhof under en längre tid och behöver er hjälp för att utreda ärendet vidare. Jag lider av ganska stora pingproblem, och enligt PingPlotter så verkar boven i dramat vara det första hoppet från mitt hem, nämligen `gw1.a230.priv.bahnhof.se`. Jag bor i Lund och går via ViaEuropas stadsnät, så denna GW är sannolikt inte relevant för just dig. Om du mot förmodan skulle bo i Lund, och går via ViaEuropa, hade jag uppskattat din hjälp. Men även från er som inte gör det.

Problemet som uppstår är att min ping studsar upp och ner oerhört mycket, vilket framförallt märks i spel, där den frekvent studsar mellan 15 till 100 ms. Spelen brukar visa ett medelvärde, så mestadels av tiden ser pingen helt ok ut, kanske runt 30 ms. Men när jag tittar på det närmre, exempelvis via WinMTR eller PingPlotter blir problemet mer uppenbart, se bild.

Resultaten är uppmätta direkt mot uttaget i väggen, utan en router eller switch mellan. Första hoppet har väldigt hög varians som synes.

Än så länge har följande svar getts från Bahnhof:

  1. Det ser normalt ut, din ping mot slutdestinationen ser OK ut.

  2. Den där gatewayen kanske inte prioriterar ICMP.

  3. Det kanske är just din dator.

Följande motargument har jag presenterat:

  1. Det handlar enbart om samplingsfrekvens, se exempel nedan.

    Min slutping ser ok ut, 10ms, eftersom pingintervallet på 2.5s träffar fler dalar än toppar. Om jag minskar intervallet så blir problemet tydligare:

    ping ping.sunet.se PING ping.sunet.se (192.36.125.18): 56 data bytes 64 bytes from 192.36.125.18: icmp_seq=0 ttl=55 time=17.992 ms 64 bytes from 192.36.125.18: icmp_seq=1 ttl=55 time=12.040 ms 64 bytes from 192.36.125.18: icmp_seq=2 ttl=55 time=13.132 ms 64 bytes from 192.36.125.18: icmp_seq=3 ttl=55 time=18.327 ms 64 bytes from 192.36.125.18: icmp_seq=4 ttl=55 time=12.145 ms 64 bytes from 192.36.125.18: icmp_seq=5 ttl=55 time=11.986 ms 64 bytes from 192.36.125.18: icmp_seq=6 ttl=55 time=12.065 ms 64 bytes from 192.36.125.18: icmp_seq=7 ttl=55 time=11.820 ms ^C --- ping.sunet.se ping statistics --- 8 packets transmitted, 8 packets received, 0.0% packet loss round-trip min/avg/max/stddev = 11.820/13.688/18.327/2.609 ms

    ping -i 0.1 ping.sunet.se PING ping.sunet.se (192.36.125.18): 56 data bytes 64 bytes from 192.36.125.18: icmp_seq=0 ttl=55 time=33.620 ms 64 bytes from 192.36.125.18: icmp_seq=1 ttl=55 time=20.616 ms 64 bytes from 192.36.125.18: icmp_seq=2 ttl=55 time=27.857 ms 64 bytes from 192.36.125.18: icmp_seq=3 ttl=55 time=11.913 ms 64 bytes from 192.36.125.18: icmp_seq=30 ttl=55 time=17.635 ms 64 bytes from 192.36.125.18: icmp_seq=31 ttl=55 time=51.522 ms 64 bytes from 192.36.125.18: icmp_seq=32 ttl=55 time=36.666 ms 64 bytes from 192.36.125.18: icmp_seq=33 ttl=55 time=40.375 ms 64 bytes from 192.36.125.18: icmp_seq=34 ttl=55 time=54.072 ms 64 bytes from 192.36.125.18: icmp_seq=35 ttl=55 time=46.780 ms 64 bytes from 192.36.125.18: icmp_seq=36 ttl=55 time=28.092 ms 64 bytes from 192.36.125.18: icmp_seq=37 ttl=55 time=31.917 ms 64 bytes from 192.36.125.18: icmp_seq=38 ttl=55 time=37.100 ms 64 bytes from 192.36.125.18: icmp_seq=39 ttl=55 time=37.180 ms 64 bytes from 192.36.125.18: icmp_seq=40 ttl=55 time=29.227 ms 64 bytes from 192.36.125.18: icmp_seq=41 ttl=55 time=32.772 ms ... ^C --- ping.sunet.se ping statistics --- 46 packets transmitted, 46 packets received, 0.0% packet loss round-trip min/avg/max/stddev = 11.776/31.677/55.955/13.086 ms

    Samplingsfrekvens
  2. Jag testade skicka TCP ACK/SYN istället, och fick samma svarstider. Dessa är paket som borde vara prioriterade.

  3. Jag har testat PingPlotter från min Windows PC samt min Mac laptop, och båda uppvisar samma problem, direkt ansluta via kabel till väggen. Jag har dessutom testat tre olika CAT6-kablar, varav en var helt ny i förpackningen.

Har ni upplevt något liknande? Ser detta normalt ut? Om ni har möjlighet, hade ni kunnat posta era resultat med WinMTR eller PingPlotter mot ping.sunet.se?

Tack på förhand.

Permalänk
Medlem
Skrivet av Kaspersky 0_o:

Hej!

Jag har haft strul med Bahnhof under en längre tid och behöver er hjälp för att utreda ärendet vidare. Jag lider av ganska stora pingproblem, och enligt PingPlotter så verkar boven i dramat vara det första hoppet från mitt hem, nämligen `gw1.a230.priv.bahnhof.se`. Jag bor i Lund och går via ViaEuropas stadsnät, så denna GW är sannolikt inte relevant för just dig. Om du mot förmodan skulle bo i Lund, och går via ViaEuropa, hade jag uppskattat din hjälp. Men även från er som inte gör det.

Problemet som uppstår är att min ping studsar upp och ner oerhört mycket, vilket framförallt märks i spel, där den frekvent studsar mellan 15 till 100 ms. Spelen brukar visa ett medelvärde, så mestadels av tiden ser pingen helt ok ut, kanske runt 30 ms. Men när jag tittar på det närmre, exempelvis via WinMTR eller PingPlotter blir problemet mer uppenbart, se bild.

https://i.imgur.com/0b0DKNX.png

Resultaten är uppmätta direkt mot uttaget i väggen, utan en router eller switch mellan. Första hoppet har väldigt hög varians som synes.

Än så länge har följande svar getts från Bahnhof:

  1. Det ser normalt ut, din ping mot slutdestinationen ser OK ut.

  2. Den där gatewayen kanske inte prioriterar ICMP.

  3. Det kanske är just din dator.

Följande motargument har jag presenterat:

  1. Det handlar enbart om samplingsfrekvens, se exempel nedan.

    Min slutping ser ok ut, 10ms, eftersom pingintervallet på 2.5s träffar fler dalar än toppar. Om jag minskar intervallet så blir problemet tydligare:

    ping ping.sunet.se PING ping.sunet.se (192.36.125.18): 56 data bytes 64 bytes from 192.36.125.18: icmp_seq=0 ttl=55 time=17.992 ms 64 bytes from 192.36.125.18: icmp_seq=1 ttl=55 time=12.040 ms 64 bytes from 192.36.125.18: icmp_seq=2 ttl=55 time=13.132 ms 64 bytes from 192.36.125.18: icmp_seq=3 ttl=55 time=18.327 ms 64 bytes from 192.36.125.18: icmp_seq=4 ttl=55 time=12.145 ms 64 bytes from 192.36.125.18: icmp_seq=5 ttl=55 time=11.986 ms 64 bytes from 192.36.125.18: icmp_seq=6 ttl=55 time=12.065 ms 64 bytes from 192.36.125.18: icmp_seq=7 ttl=55 time=11.820 ms ^C --- ping.sunet.se ping statistics --- 8 packets transmitted, 8 packets received, 0.0% packet loss round-trip min/avg/max/stddev = 11.820/13.688/18.327/2.609 ms

    ping -i 0.1 ping.sunet.se PING ping.sunet.se (192.36.125.18): 56 data bytes 64 bytes from 192.36.125.18: icmp_seq=0 ttl=55 time=33.620 ms 64 bytes from 192.36.125.18: icmp_seq=1 ttl=55 time=20.616 ms 64 bytes from 192.36.125.18: icmp_seq=2 ttl=55 time=27.857 ms 64 bytes from 192.36.125.18: icmp_seq=3 ttl=55 time=11.913 ms 64 bytes from 192.36.125.18: icmp_seq=30 ttl=55 time=17.635 ms 64 bytes from 192.36.125.18: icmp_seq=31 ttl=55 time=51.522 ms 64 bytes from 192.36.125.18: icmp_seq=32 ttl=55 time=36.666 ms 64 bytes from 192.36.125.18: icmp_seq=33 ttl=55 time=40.375 ms 64 bytes from 192.36.125.18: icmp_seq=34 ttl=55 time=54.072 ms 64 bytes from 192.36.125.18: icmp_seq=35 ttl=55 time=46.780 ms 64 bytes from 192.36.125.18: icmp_seq=36 ttl=55 time=28.092 ms 64 bytes from 192.36.125.18: icmp_seq=37 ttl=55 time=31.917 ms 64 bytes from 192.36.125.18: icmp_seq=38 ttl=55 time=37.100 ms 64 bytes from 192.36.125.18: icmp_seq=39 ttl=55 time=37.180 ms 64 bytes from 192.36.125.18: icmp_seq=40 ttl=55 time=29.227 ms 64 bytes from 192.36.125.18: icmp_seq=41 ttl=55 time=32.772 ms ... ^C --- ping.sunet.se ping statistics --- 46 packets transmitted, 46 packets received, 0.0% packet loss round-trip min/avg/max/stddev = 11.776/31.677/55.955/13.086 ms

    Samplingsfrekvens
  2. Jag testade skicka TCP ACK/SYN istället, och fick samma svarstider. Dessa är paket som borde vara prioriterade.

  3. Jag har testat PingPlotter från min Windows PC samt min Mac laptop, och båda uppvisar samma problem, direkt ansluta via kabel till väggen. Jag har dessutom testat tre olika CAT6-kablar, varav en var helt ny i förpackningen.

Har ni upplevt något liknande? Ser detta normalt ut? Om ni har möjlighet, hade ni kunnat posta era resultat med WinMTR eller PingPlotter mot ping.sunet.se?

Tack på förhand.

Skulle kunna vara en skitig SFP mellan 2 switchar i stadsnätet..
MEN, för att helt utesluta alltid så skulle jag ändå JUST IN CASE!! testa samma pingplotter från typ en laptop eller något annat, mest troligt kommer du få samma resultat, men kan vara värt att ha det svart på vitt så att säga.

***EDIT***

Missade att du testat med laptoppen

C:\Users\Hans Johansson>ping ping.sunet.se -t

Pinging ping.sunet.se [192.36.125.18] with 32 bytes of data:
Reply from 192.36.125.18: bytes=32 time=14ms TTL=55
Reply from 192.36.125.18: bytes=32 time=14ms TTL=55
Reply from 192.36.125.18: bytes=32 time=14ms TTL=55
Reply from 192.36.125.18: bytes=32 time=14ms TTL=55
Reply from 192.36.125.18: bytes=32 time=13ms TTL=55
Reply from 192.36.125.18: bytes=32 time=14ms TTL=55
Reply from 192.36.125.18: bytes=32 time=13ms TTL=55
Reply from 192.36.125.18: bytes=32 time=13ms TTL=55
Reply from 192.36.125.18: bytes=32 time=13ms TTL=55

Sitter också på Bahnhof, dock i Luleå

Kan vara lite knepigt att hitta de där felen, vet inte hur just er fiber förening fungerar men själva nätägaren skulle behöva kolla länkarna i sina swirrar,

Kan också vara så att nätet där du ber helt enkelt är hårt belastat, testa göra samma grej mitt i natten

Permalänk
Medlem
Skrivet av Hansar:

Skulle kunna vara en skitig SFP mellan 2 switchar i stadsnätet..
MEN, för att helt utesluta alltid så skulle jag ändå JUST IN CASE!! testa samma pingplotter från typ en laptop eller något annat, mest troligt kommer du få samma resultat, men kan vara värt att ha det svart på vitt så att säga.

***EDIT***

Missade att du testat med laptoppen

C:\Users\Hans Johansson>ping ping.sunet.se -t

Pinging ping.sunet.se [192.36.125.18] with 32 bytes of data:
Reply from 192.36.125.18: bytes=32 time=14ms TTL=55
Reply from 192.36.125.18: bytes=32 time=14ms TTL=55
Reply from 192.36.125.18: bytes=32 time=14ms TTL=55
Reply from 192.36.125.18: bytes=32 time=14ms TTL=55
Reply from 192.36.125.18: bytes=32 time=13ms TTL=55
Reply from 192.36.125.18: bytes=32 time=14ms TTL=55
Reply from 192.36.125.18: bytes=32 time=13ms TTL=55
Reply from 192.36.125.18: bytes=32 time=13ms TTL=55
Reply from 192.36.125.18: bytes=32 time=13ms TTL=55

Sitter också på Bahnhof, dock i Luleå

Kan vara lite knepigt att hitta de där felen, vet inte hur just er fiber förening fungerar men själva nätägaren skulle behöva kolla länkarna i sina swirrar,

Jag misstänker något liknande det du säger, att något inom nätverket hos ViaEuropa eller Bahnhof är tokigt.

Som du skrev i din edit så har jag testat med min Macbook och Windows PC med samma resultat.

Jag kommer, på deras begäran, köra ett 24h test direkt mot uttaget för att driva ärendet vidare, annars kommer de fortsatt hänga upp sig på det.

Edit:
Såg din edit precis. Jag körde ett 24h test, men hade då routern inkopplad. Det godtogs inte av förklarliga skäl, även om 2h i uttaget visade precis samma resultat som 24h via routern.

Permalänk
Medlem
Skrivet av Kaspersky 0_o:

Jag misstänker något liknande det du säger, att något inom nätverket hos ViaEuropa eller Bahnhof är tokigt.

Som du skrev i din edit så har jag testat med min Macbook och Windows PC med samma resultat.

Jag kommer, på deras begäran, köra ett 24h test direkt mot uttaget för att driva ärendet vidare, annars kommer de fortsatt hänga upp sig på det.

Har du konverter i ditt hem eller bara ett CAT uttag?
Känner du någon av dina grannar som kanske råkar ha samma isp? testa hos dem också om de bor i samma hus

Permalänk
Medlem
Skrivet av Hansar:

Har du konverter i ditt hem eller bara ett CAT uttag?
Känner du någon av dina grannar som kanske råkar ha samma isp? testa hos dem också om de bor i samma hus

Bara ett vanligt nätverksuttag. Grannarna är pensionärer, men kan vara värt ett försök.

Permalänk
Medlem

Det som räknas är det du får vid destinationen, tyvärr är ping inte särskilt pålitligt pga att det är lågprioriterad trafik.

Det där med att du ser spikar ju fler icmp du sänder är helt normalt beteende för lågprioriterad trafik eller rate limit, har du testat mot andra mål än sunet?

Sitter du bakom CGnat eller publik IP?

Permalänk
Medlem

Att icmp echo varierar mycket på olika hop är inget att lägga vikt på om slutmålet inte har den variationen. När de säger att en router inte prioriterar icmp menar det att kontrollplanet inte prioriterar det, forwarderings planet gör nog ingen skillnad på din ipv4 paket.

Men med det sagt så visar du ju på att det blir olika resultat med 100ms/1s. testa köra pingplotter på 500ms och se om du får nån skillnad i en graf som bahnhof faktiskt bryr sig om. Jag sitter inte i samma stadsnät men på bahnhof i stockholm och kan bekräfta att jag inte får nån _markant_ skillnad på 100ms/1s

edit: som nån annan sa testa också mitt i natten
Mer edit: du kan ju tom välja 100ms i pingplotter

varget@jump:~$ sudo ping ping.sunet.se -i 0.1 -c 100 -4 | grep rtt rtt min/avg/max/mdev = 0.901/1.063/1.313/0.071 ms varget@jump:~$ ping ping.sunet.se -c 100 -4 | grep rtt rtt min/avg/max/mdev = 0.923/1.050/1.249/0.068 ms

Permalänk
Medlem
Skrivet av pg0n:

Det som räknas är det du får vid destinationen, tyvärr är ping inte särskilt pålitligt pga att det är lågprioriterad trafik.

Det där med att du ser spikar ju fler icmp du sänder är helt normalt beteende för lågprioriterad trafik eller rate limit, har du testat mot andra mål än sunet?

Sitter du bakom CGnat eller publik IP?

Jag testade även med TCP ACK/SYN (via hping och nmap) och fick liknande resultat (bara inte lika fina grafer att visa). Det borde vara "prioriterad" trafik?

Ja, jag har testat andra mål. Sunet var bahnhofs begäran.

Jag har publik IP.

Skrivet av varget:

Att icmp echo varierar mycket på olika hop är inget att lägga vikt på om slutmålet inte har den variationen. När de säger att en router inte prioriterar icmp menar det att kontrollplanet inte prioriterar det, forwarderings planet gör nog ingen skillnad på din ipv4 paket.

Men med det sagt så visar du ju på att det blir olika resultat med 100ms/1s. testa köra pingplotter på 500ms och se om du får nån skillnad i en graf som bahnhof faktiskt bryr sig om. Jag sitter inte i samma stadsnät men på bahnhof i stockholm och kan bekräfta att jag inte får nån _markant_ skillnad på 100ms/1s

edit: som nån annan sa testa också mitt i natten
Mer edit: du kan ju tom välja 100ms i pingplotter

varget@jump:~$ sudo ping ping.sunet.se -i 0.1 -c 100 -4 | grep rtt rtt min/avg/max/mdev = 0.901/1.063/1.313/0.071 ms varget@jump:~$ ping ping.sunet.se -c 100 -4 | grep rtt rtt min/avg/max/mdev = 0.923/1.050/1.249/0.068 ms

Jag ska köra pingplotter under natten med kortare intervall och återkomma.

Permalänk
Medlem
Skrivet av Kaspersky 0_o:

Jag ska köra pingplotter under natten med kortare intervall och återkomma.

Ännu bättre om du också testar med spel servrarna som du upplever problem på.

Permalänk
Medlem
Skrivet av varget:

Ännu bättre om du också testar med spel servrarna som du upplever problem på.

Det var så jag upptäckte att problemet låg hos Bahnhof, inte spelservrarna. Jag var i kontakt med en tysk ISP som hjälpte mig felsöka problemet, eftersom vi först trodde problemet låg hos dom. Efter pingplotter sa dom jag borde ta kontakt med Bahnhof.

Såhär ser det ut om jag byter ICMP mot TCP ACK i PingPlotter.

Väldigt stor varians i svaret från gw1 likt förut. Men jag läser lite mellan raderna hos några av er som svarat att det inte betyder så mycket, eftersom ping hos nästa hopp är bra? Hur fungerar det?

Permalänk
Medlem

Pingplotter/traceroute kan använda till mycket. Men man ska inte dra för mycket slutsatser när man själv inte vet hur nätet är konfat.

Tekniskt sett så skickar du ett ipv4 paketet med ttl (time to live) 1. Och sen ser du vilken router som skickar tillbaka det med icmp type11, att den inte kan leverera paketet till sin destination. Sen gör du det för ttl2..n. (*)

Att skicka icmp type11 är nått som route engine gör, kontra forwarding plane som tar hand om din vanliga trafik. Det kostar resurser så man har ofta olika typer av sätt att skydda den så att användare inte ka missbruka det och använda för mycket resurser.

Om man har bra resultat mot slutmålet så kan man nästan helt bortse från allt på vägen.

Jag säger inte att du inte har nått som är galet. Bara att man inte kan dra några slutsatser från det du visat.

*traceroute i mpls funkar helt annorlunda men jag försöker hålla det simpelt.

Permalänk
Medlem
Skrivet av varget:

Pingplotter/traceroute kan använda till mycket. Men man ska inte dra för mycket slutsatser när man själv inte vet hur nätet är konfat.

Tekniskt sett så skickar du ett ipv4 paketet med ttl (time to live) 1. Och sen ser du vilken router som skickar tillbaka det med icmp type11, att den inte kan leverera paketet till sin destination. Sen gör du det för ttl2..n. (*)

Att skicka icmp type11 är nått som route engine gör, kontra forwarding plane som tar hand om din vanliga trafik. Det kostar resurser så man har ofta olika typer av sätt att skydda den så att användare inte ka missbruka det och använda för mycket resurser.

Om man har bra resultat mot slutmålet så kan man nästan helt bortse från allt på vägen.

Jag säger inte att du inte har nått som är galet. Bara att man inte kan dra några slutsatser från det du visat.

*traceroute i mpls funkar helt annorlunda men jag försöker hålla det simpelt.

Du har rätt i det du säger. Jag kanske har snöat in mig på fel, men jag har definitivt ett problem i min anslutning.

Såhär ser det ut ständigt, stora spikes som varar flera minuter, där nätet är oerhört laggigt, och flera små spikes då och då.

Permalänk
Medlem
Skrivet av Kaspersky 0_o:

Du har rätt i det du säger. Jag kanske har snöat in mig på fel, men jag har definitivt ett problem i min anslutning.

Såhär ser det ut ständigt, stora spikes som varar flera minuter, där nätet är oerhört laggigt, och flera små spikes då och då.

https://i.imgur.com/WMn1IJI.png

Känns som den mätningen är bättre att skicka till Bahnhof.

Men du kan mäta jitter med iperf3 om du har nån stans att köra andra änden på. Och köra olika tider på dygnet för att se om det är överbelastad.

Troligen är det väl stadsnätet eller nni mot Bahnhof som strular. Båda svåra att bevisa som slutanvändare. Men för att utesluta användare fel så boots en linux live dist och testa också. Så utesluter du nått som du gjort med dina datorer.

Permalänk
Medlem
Skrivet av varget:

Känns som den mätningen är bättre att skicka till Bahnhof.

Men du kan mäta jitter med iperf3 om du har nån stans att köra andra änden på. Och köra olika tider på dygnet för att se om det är överbelastad.

Troligen är det väl stadsnätet eller nni mot Bahnhof som strular. Båda svåra att bevisa som slutanvändare. Men för att utesluta användare fel så boots en linux live dist och testa också. Så utesluter du nått som du gjort med dina datorer.

Jag kan inte testa fler datorer just nu, eftersom jag är direkt inkopplad mot fibern. Får göra det imorgon kväll i så fall.

Permalänk
Medlem

Jag bor i Hässleholm och vi har ViaEuropa som KO här, även jag har lustiga ping och routing mot just Sunet. Det är Bahnhof som är boven, dem har en väldigt udda routing överlag vilket det finns trådar om här på forumet.

12 hopp innan jag träffar ping.sunet.se, samma mot cloudflare.
Från viaeuropa-gw-c.bahnhof.net 46.59.117.189 så snurrar trafiken genom en hel dröse med ip inom 46.xxx spannet, medans med Telia är det typ 3 hopp.

Permalänk
Medlem
Skrivet av Kaspersky 0_o:

Jag kan inte testa fler datorer just nu, eftersom jag är direkt inkopplad mot fibern. Får göra det imorgon kväll i så fall.

Testa köra iperf3 https://iperf.fr/iperf-download.php

och se om du har jitter, skickade pm med en server du kan ansluta mot. Du kan modifiera tiden om du vill.

Permalänk
Medlem
Skrivet av varget:

Testa köra iperf3 https://iperf.fr/iperf-download.php

och se om du har jitter, skickade pm med en server du kan ansluta mot. Du kan modifiera tiden om du vill.

Här är resultatet från iperf

Connecting to host tass.nu, port 12531 [ 4] local 100.83.51.199 port 52423 connected to 79.136.89.180 port 12531 [ ID] Interval Transfer Bandwidth Total Datagrams [ 4] 0.00-1.01 sec 1.20 MBytes 9.95 Mbits/sec 154 [ 4] 1.01-2.01 sec 1.09 MBytes 9.19 Mbits/sec 139 [ 4] 2.01-3.01 sec 1.19 MBytes 9.91 Mbits/sec 152 [ 4] 3.01-4.00 sec 1.20 MBytes 10.1 Mbits/sec 153 [ 4] 4.00-5.01 sec 1.18 MBytes 9.83 Mbits/sec 151 [ 4] 5.01-6.01 sec 1.31 MBytes 11.0 Mbits/sec 168 [ 4] 6.01-7.01 sec 1.09 MBytes 9.26 Mbits/sec 140 [ 4] 7.01-8.01 sec 1.19 MBytes 9.95 Mbits/sec 152 [ 4] 8.01-9.00 sec 1.19 MBytes 10.0 Mbits/sec 152 [ 4] 9.00-10.01 sec 1.30 MBytes 10.8 Mbits/sec 166 [ 4] 10.01-11.01 sec 1.08 MBytes 9.07 Mbits/sec 138 [ 4] 11.01-12.01 sec 1.20 MBytes 10.1 Mbits/sec 154 [ 4] 12.01-13.01 sec 1.18 MBytes 9.95 Mbits/sec 151 [ 4] 13.01-14.01 sec 1.20 MBytes 10.1 Mbits/sec 154 [ 4] 14.01-15.01 sec 1.19 MBytes 9.90 Mbits/sec 152 [ 4] 15.01-16.01 sec 1.20 MBytes 10.1 Mbits/sec 154 [ 4] 16.01-17.01 sec 1.19 MBytes 9.95 Mbits/sec 152 [ 4] 17.01-18.00 sec 1.19 MBytes 10.0 Mbits/sec 152 [ 4] 18.00-19.00 sec 1.20 MBytes 10.1 Mbits/sec 153 [ 4] 19.00-20.01 sec 1.18 MBytes 9.80 Mbits/sec 151 [ 4] 20.01-21.01 sec 1.21 MBytes 10.2 Mbits/sec 155 [ 4] 21.01-22.01 sec 1.18 MBytes 9.85 Mbits/sec 151 [ 4] 22.01-23.01 sec 1.20 MBytes 10.2 Mbits/sec 154 [ 4] 23.01-24.01 sec 1.18 MBytes 9.85 Mbits/sec 151 [ 4] 24.01-25.01 sec 1.20 MBytes 10.1 Mbits/sec 154 [ 4] 25.01-26.01 sec 1.19 MBytes 9.97 Mbits/sec 152 [ 4] 26.01-27.01 sec 1.20 MBytes 10.0 Mbits/sec 153 [ 4] 27.01-28.01 sec 1.20 MBytes 10.0 Mbits/sec 153 [ 4] 28.01-29.01 sec 1.19 MBytes 9.98 Mbits/sec 152 [ 4] 29.01-30.00 sec 1.19 MBytes 10.0 Mbits/sec 152 [ 4] 30.00-31.00 sec 1.20 MBytes 10.0 Mbits/sec 153 [ 4] 31.00-32.01 sec 1.19 MBytes 9.90 Mbits/sec 152 [ 4] 32.01-33.01 sec 1.19 MBytes 9.93 Mbits/sec 152 [ 4] 33.01-34.01 sec 1.20 MBytes 10.0 Mbits/sec 153 [ 4] 34.01-35.00 sec 1.20 MBytes 10.1 Mbits/sec 153 [ 4] 35.00-36.01 sec 1.19 MBytes 9.91 Mbits/sec 152 [ 4] 36.01-37.00 sec 1.22 MBytes 10.3 Mbits/sec 156 [ 4] 37.00-38.01 sec 1.18 MBytes 9.83 Mbits/sec 151 [ 4] 38.01-39.01 sec 1.19 MBytes 9.98 Mbits/sec 152 [ 4] 39.01-40.00 sec 1.19 MBytes 10.0 Mbits/sec 152 [ 4] 40.00-41.01 sec 1.20 MBytes 9.98 Mbits/sec 153 [ 4] 41.01-42.01 sec 1.18 MBytes 9.88 Mbits/sec 151 [ 4] 42.01-43.01 sec 1.20 MBytes 10.0 Mbits/sec 153 [ 4] 43.01-44.01 sec 1.20 MBytes 10.1 Mbits/sec 154 [ 4] 44.01-45.01 sec 1.19 MBytes 9.97 Mbits/sec 152 [ 4] 45.01-46.00 sec 1.19 MBytes 10.0 Mbits/sec 152 [ 4] 46.00-47.01 sec 1.20 MBytes 10.0 Mbits/sec 154 [ 4] 47.01-48.00 sec 1.19 MBytes 9.99 Mbits/sec 152 [ 4] 48.00-49.00 sec 1.19 MBytes 10.0 Mbits/sec 152 [ 4] 49.00-50.00 sec 1.20 MBytes 10.0 Mbits/sec 153 [ 4] 50.00-51.01 sec 1.20 MBytes 9.98 Mbits/sec 153 [ 4] 51.01-52.00 sec 1.20 MBytes 10.1 Mbits/sec 153 [ 4] 52.00-53.01 sec 1.18 MBytes 9.82 Mbits/sec 151 [ 4] 53.01-54.01 sec 1.19 MBytes 9.95 Mbits/sec 152 [ 4] 54.01-55.01 sec 1.20 MBytes 10.2 Mbits/sec 154 [ 4] 55.01-56.01 sec 1.30 MBytes 10.8 Mbits/sec 166 [ 4] 56.01-57.01 sec 1.20 MBytes 10.0 Mbits/sec 153 [ 4] 57.01-58.01 sec 1.08 MBytes 9.06 Mbits/sec 138 [ 4] 58.01-59.01 sec 1.20 MBytes 10.0 Mbits/sec 153 [ 4] 59.01-60.01 sec 1.19 MBytes 10.0 Mbits/sec 152 - - - - - - - - - - - - - - - - - - - - - - - - - [ ID] Interval Transfer Bandwidth Jitter Lost/Total Datagrams [ 4] 0.00-60.01 sec 71.4 MBytes 9.98 Mbits/sec 0.152 ms 0/9141 (0%) [ 4] Sent 9141 datagrams iperf Done.

Dold text
Permalänk
Medlem
Skrivet av IceKey:

Jag bor i Hässleholm och vi har ViaEuropa som KO här, även jag har lustiga ping och routing mot just Sunet. Det är Bahnhof som är boven, dem har en väldigt udda routing överlag vilket det finns trådar om här på forumet.

12 hopp innan jag träffar ping.sunet.se, samma mot cloudflare.
Från viaeuropa-gw-c.bahnhof.net 46.59.117.189 så snurrar trafiken genom en hel dröse med ip inom 46.xxx spannet, medans med Telia är det typ 3 hopp.

Typiskt. Upplever du samma problem med lagg som jag?

Permalänk
Medlem
Skrivet av Kaspersky 0_o:

Här är resultatet från iperf

Connecting to host tass.nu, port 12531 [ 4] local 100.83.51.199 port 52423 connected to 79.136.89.180 port 12531 [ ID] Interval Transfer Bandwidth Total Datagrams [ 4] 0.00-1.01 sec 1.20 MBytes 9.95 Mbits/sec 154 [ 4] 1.01-2.01 sec 1.09 MBytes 9.19 Mbits/sec 139 [ 4] 2.01-3.01 sec 1.19 MBytes 9.91 Mbits/sec 152 [ 4] 3.01-4.00 sec 1.20 MBytes 10.1 Mbits/sec 153 [ 4] 4.00-5.01 sec 1.18 MBytes 9.83 Mbits/sec 151 [ 4] 5.01-6.01 sec 1.31 MBytes 11.0 Mbits/sec 168 [ 4] 6.01-7.01 sec 1.09 MBytes 9.26 Mbits/sec 140 [ 4] 7.01-8.01 sec 1.19 MBytes 9.95 Mbits/sec 152 [ 4] 8.01-9.00 sec 1.19 MBytes 10.0 Mbits/sec 152 [ 4] 9.00-10.01 sec 1.30 MBytes 10.8 Mbits/sec 166 [ 4] 10.01-11.01 sec 1.08 MBytes 9.07 Mbits/sec 138 [ 4] 11.01-12.01 sec 1.20 MBytes 10.1 Mbits/sec 154 [ 4] 12.01-13.01 sec 1.18 MBytes 9.95 Mbits/sec 151 [ 4] 13.01-14.01 sec 1.20 MBytes 10.1 Mbits/sec 154 [ 4] 14.01-15.01 sec 1.19 MBytes 9.90 Mbits/sec 152 [ 4] 15.01-16.01 sec 1.20 MBytes 10.1 Mbits/sec 154 [ 4] 16.01-17.01 sec 1.19 MBytes 9.95 Mbits/sec 152 [ 4] 17.01-18.00 sec 1.19 MBytes 10.0 Mbits/sec 152 [ 4] 18.00-19.00 sec 1.20 MBytes 10.1 Mbits/sec 153 [ 4] 19.00-20.01 sec 1.18 MBytes 9.80 Mbits/sec 151 [ 4] 20.01-21.01 sec 1.21 MBytes 10.2 Mbits/sec 155 [ 4] 21.01-22.01 sec 1.18 MBytes 9.85 Mbits/sec 151 [ 4] 22.01-23.01 sec 1.20 MBytes 10.2 Mbits/sec 154 [ 4] 23.01-24.01 sec 1.18 MBytes 9.85 Mbits/sec 151 [ 4] 24.01-25.01 sec 1.20 MBytes 10.1 Mbits/sec 154 [ 4] 25.01-26.01 sec 1.19 MBytes 9.97 Mbits/sec 152 [ 4] 26.01-27.01 sec 1.20 MBytes 10.0 Mbits/sec 153 [ 4] 27.01-28.01 sec 1.20 MBytes 10.0 Mbits/sec 153 [ 4] 28.01-29.01 sec 1.19 MBytes 9.98 Mbits/sec 152 [ 4] 29.01-30.00 sec 1.19 MBytes 10.0 Mbits/sec 152 [ 4] 30.00-31.00 sec 1.20 MBytes 10.0 Mbits/sec 153 [ 4] 31.00-32.01 sec 1.19 MBytes 9.90 Mbits/sec 152 [ 4] 32.01-33.01 sec 1.19 MBytes 9.93 Mbits/sec 152 [ 4] 33.01-34.01 sec 1.20 MBytes 10.0 Mbits/sec 153 [ 4] 34.01-35.00 sec 1.20 MBytes 10.1 Mbits/sec 153 [ 4] 35.00-36.01 sec 1.19 MBytes 9.91 Mbits/sec 152 [ 4] 36.01-37.00 sec 1.22 MBytes 10.3 Mbits/sec 156 [ 4] 37.00-38.01 sec 1.18 MBytes 9.83 Mbits/sec 151 [ 4] 38.01-39.01 sec 1.19 MBytes 9.98 Mbits/sec 152 [ 4] 39.01-40.00 sec 1.19 MBytes 10.0 Mbits/sec 152 [ 4] 40.00-41.01 sec 1.20 MBytes 9.98 Mbits/sec 153 [ 4] 41.01-42.01 sec 1.18 MBytes 9.88 Mbits/sec 151 [ 4] 42.01-43.01 sec 1.20 MBytes 10.0 Mbits/sec 153 [ 4] 43.01-44.01 sec 1.20 MBytes 10.1 Mbits/sec 154 [ 4] 44.01-45.01 sec 1.19 MBytes 9.97 Mbits/sec 152 [ 4] 45.01-46.00 sec 1.19 MBytes 10.0 Mbits/sec 152 [ 4] 46.00-47.01 sec 1.20 MBytes 10.0 Mbits/sec 154 [ 4] 47.01-48.00 sec 1.19 MBytes 9.99 Mbits/sec 152 [ 4] 48.00-49.00 sec 1.19 MBytes 10.0 Mbits/sec 152 [ 4] 49.00-50.00 sec 1.20 MBytes 10.0 Mbits/sec 153 [ 4] 50.00-51.01 sec 1.20 MBytes 9.98 Mbits/sec 153 [ 4] 51.01-52.00 sec 1.20 MBytes 10.1 Mbits/sec 153 [ 4] 52.00-53.01 sec 1.18 MBytes 9.82 Mbits/sec 151 [ 4] 53.01-54.01 sec 1.19 MBytes 9.95 Mbits/sec 152 [ 4] 54.01-55.01 sec 1.20 MBytes 10.2 Mbits/sec 154 [ 4] 55.01-56.01 sec 1.30 MBytes 10.8 Mbits/sec 166 [ 4] 56.01-57.01 sec 1.20 MBytes 10.0 Mbits/sec 153 [ 4] 57.01-58.01 sec 1.08 MBytes 9.06 Mbits/sec 138 [ 4] 58.01-59.01 sec 1.20 MBytes 10.0 Mbits/sec 153 [ 4] 59.01-60.01 sec 1.19 MBytes 10.0 Mbits/sec 152 - - - - - - - - - - - - - - - - - - - - - - - - - [ ID] Interval Transfer Bandwidth Jitter Lost/Total Datagrams [ 4] 0.00-60.01 sec 71.4 MBytes 9.98 Mbits/sec 0.152 ms 0/9141 (0%) [ 4] Sent 9141 datagrams iperf Done.

Dold text

Inte jättehög jitter ändå "0.152 ms" men testa på kvällen då det kanske kan vara värre?

Märkte en sak till, du sitter bakom CGNAT. Man ser det på ditt IP 100.83.51.199 https://datatracker.ietf.org/doc/html/rfc6598#section-7

Permalänk
Medlem
Skrivet av varget:

Inte jättehög jitter ändå "0.152 ms" men testa på kvällen då det kanske kan vara värre?

Märkte en sak till, du sitter bakom CGNAT. Man ser det på ditt IP 100.83.51.199 https://datatracker.ietf.org/doc/html/rfc6598#section-7

Nä det är nog svårt att mäta jitter under så kort period. I pingplotter ser man jitter upp emot 30ms vid flera tillfällen.

Här är ett exempel med hög jitter där jag hade lagg i c:a 10min.

Ang CGNAT, den statiska IPn är enbart bunden till min routers mac-adress. Så när jag kopplar in datorn direkt i uttaget får jag en annan IP.

Edit:
Inser bilden inte säger mycket utan skalan.
Jitter är 0-30ms, Ping är 0-60ms.

Permalänk
Medlem
Skrivet av Kaspersky 0_o:

Nä det är nog svårt att mäta jitter under så kort period. I pingplotter ser man jitter upp emot 30ms vid flera tillfällen.

Här är ett exempel med hög jitter där jag hade lagg i c:a 10min.

https://i.imgur.com/e2k1Tid.png

Ang CGNAT, den statiska IPn är enbart bunden till min routers mac-adress. Så när jag kopplar in datorn direkt i uttaget får jag en annan IP.

Edit:
Inser bilden inte säger mycket utan skalan.
Jitter är 0-30ms, Ping är 0-60ms.

Klona din routers mac till datorn? Men jag försåt om du fått samma utan den. Jag tror på att felanmäla med filer där du har massa jitter i. Inget nån annan än Bahnhof/KO göra.

Permalänk
Medlem
Skrivet av Kaspersky 0_o:

Typiskt. Upplever du samma problem med lagg som jag?

Nope inga problem med lagg eller annat. Full fart upp och ner på Gbit lina. Ligger runt 25ms i Battlefield och andra FPS-shooters. Bahnhof är välkänd att ha konstigt routing som sagt. =/

Permalänk
Medlem
Skrivet av IceKey:

Nope inga problem med lagg eller annat. Full fart upp och ner på Gbit lina. Ligger runt 25ms i Battlefield och andra FPS-shooters. Bahnhof är välkänd att ha konstigt routing som sagt. =/

Fick precis som svar att det jag ser är normalt och de inte kommer göra något, jag får leva med lagg i mina spel. Förjävligt. Oerhört besviken, kommer aldrig välja Bahnhof igen.

Permalänk
Medlem
Skrivet av Kaspersky 0_o:

Fick precis som svar att det jag ser är normalt och de inte kommer göra något, jag får leva med lagg i mina spel. Förjävligt. Oerhört besviken, kommer aldrig välja Bahnhof igen.

Antar att du inte är bunden, så byt till en annan leverantör och se om det blir bättre.

Permalänk
Medlem
Skrivet av varget:

Antar att du inte är bunden, så byt till en annan leverantör och se om det blir bättre.

Jo, är bunden i 12 månader. Annars hade jag släppt dom omedelbart. Ångrar det beslutet något oerhört nu. Har alltid trott Bahnhof står för kvalité och integritet, men det visade sig bara vara falsk marknadsföring.

Permalänk
Medlem
Skrivet av Kaspersky 0_o:

Jo, är bunden i 12 månader. Annars hade jag släppt dom omedelbart. Ångrar det beslutet något oerhört nu. Har alltid trott Bahnhof står för kvalité och integritet, men det visade sig bara vara falsk marknadsföring.

Det kan även vara ViaEuropa som är boven i det hela.
Min trafik går från:

OPNSense
Publik IP
Hässleholm (155.4.90.242)
Oxie (93.182.189.36)
viaeuropa-gw-c.bahnhof.net (46.59.117.189)
viaeuropa-gw.bahnhof.net (46.59.117.188)
mmo-cr1.mmo-cr3.bahnhof.net (46.59.113.204)
mmo-cr1.mmo-cr3.bahnhof.net (46.59.113.204)
mmo-cr3.sto-cr4.bahnhof.net (46.59.112.132)
sto-cr4.sto-cr3.bahnhof.net (46.59.112.140)
netnod-ix-ge-b-sth-4470.sunet.se (195.69.119.19)
stockholm-tug-r1.sunet.se (130.242.5.48)
ping.sunet.se (192.36.125.18)

Sen håller ViaEuropa på att gå över till CGN dessutom, utan att meddela en oavsett ISP i nätet.

Permalänk
Medlem

Ett sista försök kan vara att försöka vända sig direkt till nätägaren, dvs de som äger utrustningen i ditt område (nu vilka de är) om det är ett öppen nät så är det inte Bahhof som äger den utan troligen då ViaEuropa, kan ev gå prata med dem troligen även dem så äger den gateway som du har problem med.

Permalänk
Medlem
Skrivet av Hansar:

Ett sista försök kan vara att försöka vända sig direkt till nätägaren, dvs de som äger utrustningen i ditt område (nu vilka de är) om det är ett öppen nät så är det inte Bahhof som äger den utan troligen då ViaEuropa, kan ev gå prata med dem troligen även dem så äger den gateway som du har problem med.

Jag läste på deras hemsida att ViaEuropa hänvisar till leverantörerna, i det här fallet Bahnhof.

Permalänk
Medlem

Jag bor i Lund och kör Bahnhof med ViaEuropas nät (LKF-nätet)
Har inte varit hemma på en vecka så inte använt nätet då, men innan dess har jag inte märkt något.
Körde just 300 ping mot ping.sunet.se (dock på Wifi). Ser inget konstigt:
Minimum = 11ms, Maximum = 30ms, Average = 14ms

Permalänk
Rekordmedlem

Jag provade att pinga Sunet via wifi jag också men jag har Telia men det kan kanske vara intressant som jämförelse (och latensen var likadan med kabel) en skillnad är dock att pingandet skedde via ipv6.

C:\Users\mrqaffe>ping www.sunet.se -n 300
Pinging www.sunet.se [2001:6b0:60:c0::50] with 32 bytes of data:
Reply from 2001:6b0:60:c0::50: time=10ms....

Ping statistics for 2001:6b0:60:c0::50:
Packets: Sent = 300, Received = 300, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 10ms, Maximum = 19ms, Average = 10ms