Internet dör ibland Telia säger inga fel.

Permalänk

Internet dör ibland Telia säger inga fel.

Hej!

Har problem med att vårat ADSL stendör 3-5ggr/dag. Såpass mycket att jag kastas ur ett game eller tjejen vrålar. Tar oftast 1 min så är det igång igen.

Förstår inte vad det kan vara, tekniker har varit ute och mätt varenda kabel och den får väldigt bra svar. När det väl fungerar har jag typ 22mbit ner, 2,5mbit upp och 10ms i ping. När det "dör" så har jag som rekord 1600ms i ping.. Det som prövats:

-Bytt modem samt fått det uppgraderat (det är bryggat kör egen router)
-Fått varenda teletråd pingad och felsökt av tekniker
-Formaterat min dator (tyvärr)
-Min egna router (TPlink Archer) är återställd samt nyaste firmware, den fungerade galant i förra lägenheten med fiber
-Wifi är värst men jag kör kabel och blir DC då och då.

Laddar upp loggen från min router om det nu hjälper:

2016-11-10 16:48:06 [5] DHCPD: Recv REQUEST from 34:AB:37:0E:66:8A
2016-11-10 16:48:06 [5] DHCPD: Send ACK to 192.168.0.101
2016-11-10 16:57:36 [5] DHCPC: Send REQUEST to server 90.228.201.129 with request ip 217.208.14.133
2016-11-10 16:57:36 [5] DHCPC: Recv ACK from server 90.228.201.129 with ip 217.208.14.133 lease time 1200
2016-11-10 16:57:36 [5] DHCPC: Recv DNS server address 195.67.199.9,195.67.199.10
2016-11-10 16:57:52 [5] DHCPD: Recv REQUEST from 34:AB:37:0E:66:8A
2016-11-10 16:57:52 [5] DHCPD: Send ACK to 192.168.0.101
2016-11-10 17:07:37 [5] DHCPC: Send REQUEST to server 90.228.201.129 with request ip 217.208.14.133
2016-11-10 17:11:22 [5] DHCPC: Send REQUEST to server 90.228.201.129 with request ip 217.208.14.133
2016-11-10 17:11:22 [5] DHCPC: Recv ACK from server 90.228.201.129 with ip 217.208.14.133 lease time 1200
2016-11-10 17:11:22 [5] DHCPC: Recv DNS server address 195.67.199.9,195.67.199.10
2016-11-10 17:12:21 [5] DHCPD: Recv REQUEST from 34:AB:37:0E:66:8A
2016-11-10 17:12:21 [5] DHCPD: Send ACK to 192.168.0.101
2016-11-10 17:19:50 [5] DHCPD: Recv DISCOVER from 6C:8D:C1:37:11:42
2016-11-10 17:19:50 [5] DHCPD: Send OFFER with ip 192.168.0.103
2016-11-10 17:19:51 [5] DHCPD: Recv REQUEST from 6C:8D:C1:37:11:42
2016-11-10 17:19:51 [5] DHCPD: Send ACK to 192.168.0.103
2016-11-10 17:21:23 [5] DHCPC: Send REQUEST to server 90.228.201.129 with request ip 217.208.14.133
2016-11-10 17:21:23 [5] DHCPC: Recv ACK from server 90.228.201.129 with ip 217.208.14.133 lease time 1200
2016-11-10 17:21:23 [5] DHCPC: Recv DNS server address 195.67.199.9,195.67.199.10
2016-11-10 17:31:24 [5] DHCPC: Send REQUEST to server 90.228.201.129 with request ip 217.208.14.133
2016-11-10 17:31:24 [5] DHCPC: Recv ACK from server 90.228.201.129 with ip 217.208.14.133 lease time 1200
2016-11-10 17:31:24 [5] DHCPC: Recv DNS server address 195.67.199.9,195.67.199.10
2016-11-10 17:31:39 [5] DHCPD: Recv REQUEST from 34:AB:37:0E:66:8A
2016-11-10 17:31:39 [5] DHCPD: Send ACK to 192.168.0.101
2016-11-10 17:31:41 [5] DHCPD: Recv REQUEST from 00:90:A9:D5:31:54
2016-11-10 17:31:41 [5] DHCPD: Send ACK to 192.168.0.102
2016-11-10 17:41:25 [5] DHCPC: Send REQUEST to server 90.228.201.129 with request ip 217.208.14.133
2016-11-10 17:41:25 [5] DHCPC: Recv ACK from server 90.228.201.129 with ip 217.208.14.133 lease time 1200
2016-11-10 17:41:25 [5] DHCPC: Recv DNS server address 195.67.199.9,195.67.199.10
2016-11-10 17:45:03 [5] DHCPD: Recv DISCOVER from 20:16:D8:85:50:B1
2016-11-10 17:45:03 [5] DHCPD: Send OFFER with ip 192.168.0.104
2016-11-10 17:45:07 [5] DHCPD: Recv DISCOVER from 20:16:D8:85:50:B1
2016-11-10 17:45:07 [5] DHCPD: Send OFFER with ip 192.168.0.104
2016-11-10 17:45:15 [5] DHCPD: Recv DISCOVER from 20:16:D8:85:50:B1
2016-11-10 17:45:15 [5] DHCPD: Send OFFER with ip 192.168.0.104
2016-11-10 17:45:18 [5] DHCPD: Recv DISCOVER from 20:16:D8:85:50:B1
2016-11-10 17:45:18 [5] DHCPD: Send OFFER with ip 192.168.0.104
2016-11-10 17:45:25 [5] DHCPD: Recv DISCOVER from 20:16:D8:85:50:B1
2016-11-10 17:45:25 [5] DHCPD: Send OFFER with ip 192.168.0.104
2016-11-10 17:45:42 [5] DHCPD: Recv DISCOVER from 20:16:D8:85:50:B1
2016-11-10 17:45:42 [5] DHCPD: Send OFFER with ip 192.168.0.104
2016-11-10 17:45:42 [5] DHCPD: Recv REQUEST from 20:16:D8:85:50:B1
2016-11-10 17:45:43 [5] DHCPD: Send ACK to 192.168.0.104
2016-11-10 17:48:35 [5] DHCPD: Recv REQUEST from 6C:72:E7:9A:C4:A6
2016-11-10 17:48:35 [5] DHCPD: Send ACK to 192.168.0.100
2016-11-10 17:51:26 [5] DHCPC: Send REQUEST to server 90.228.201.129 with request ip 217.208.14.133
2016-11-10 17:51:26 [5] DHCPC: Recv ACK from server 90.228.201.129 with ip 217.208.14.133 lease time 1200
2016-11-10 17:51:26 [5] DHCPC: Recv DNS server address 195.67.199.9,195.67.199.10
2016-11-10 17:55:55 [5] DHCPD: Recv REQUEST from 34:AB:37:0E:66:8A
2016-11-10 17:55:55 [5] DHCPD: Send ACK to 192.168.0.101
2016-11-10 17:58:47 [5] DHCPD: Recv DISCOVER from FC:AA:14:44:4B:68
2016-11-10 17:58:47 [5] DHCPD: Send OFFER with ip 192.168.0.106
2016-11-10 17:58:47 [5] DHCPD: Recv REQUEST from FC:AA:14:44:4B:68
2016-11-10 17:58:47 [5] DHCPD: Send ACK to 192.168.0.106
2016-11-10 18:01:27 [5] DHCPC: Send REQUEST to server 90.228.201.129 with request ip 217.208.14.133
2016-11-10 18:01:27 [5] DHCPC: Recv ACK from server 90.228.201.129 with ip 217.208.14.133 lease time 1200
2016-11-10 18:01:27 [5] DHCPC: Recv DNS server address 195.67.199.9,195.67.199.10
2016-11-10 18:11:28 [5] DHCPC: Send REQUEST to server 90.228.201.129 with request ip 217.208.14.133
2016-11-10 18:11:28 [5] DHCPC: Recv ACK from server 90.228.201.129 with ip 217.208.14.133 lease time 1200
2016-11-10 18:11:28 [5] DHCPC: Recv DNS server address 195.67.199.9,195.67.199.10
2016-11-10 18:19:45 [5] DHCPD: Recv REQUEST from 34:AB:37:0E:66:8A
2016-11-10 18:19:45 [5] DHCPD: Send ACK to 192.168.0.101
2016-11-10 18:19:51 [5] DHCPD: Recv REQUEST from 6C:8D:C1:37:11:42
2016-11-10 18:19:51 [5] DHCPD: Send ACK to 192.168.0.103
2016-11-10 18:21:29 [5] DHCPC: Send REQUEST to server 90.228.201.129 with request ip 217.208.14.133
2016-11-10 18:21:29 [5] DHCPC: Recv ACK from server 90.228.201.129 with ip 217.208.14.133 lease time 1200
2016-11-10 18:21:29 [5] DHCPC: Recv DNS server address 195.67.199.9,195.67.199.10
2016-11-10 18:30:02 [5] DHCPD: Recv REQUEST from 00:90:A9:D5:31:54
2016-11-10 18:30:02 [5] DHCPD: Send ACK to 192.168.0.102
2016-11-10 18:31:30 [5] DHCPC: Send REQUEST to server 90.228.201.129 with request ip 217.208.14.133
2016-11-10 18:31:30 [5] DHCPC: Recv ACK from server 90.228.201.129 with ip 217.208.14.133 lease time 1200
2016-11-10 18:31:30 [5] DHCPC: Recv DNS server address 195.67.199.9,195.67.199.10
2016-11-10 18:34:50 [5] DHCPD: Recv REQUEST from 34:AB:37:0E:66:8A
2016-11-10 18:34:50 [5] DHCPD: Send ACK to 192.168.0.101
2016-11-10 18:41:31 [5] DHCPC: Send REQUEST to server 90.228.201.129 with request ip 217.208.14.133
2016-11-10 18:41:31 [5] DHCPC: Recv ACK from server 90.228.201.129 with ip 217.208.14.133 lease time 1200
2016-11-10 18:41:31 [5] DHCPC: Recv DNS server address 195.67.199.9,195.67.199.10

Dold text
Visa signatur

Ryzen 5600x - 3060 Ti - 16Gb ram
Soffgaming: Nintendo Switch, PS4 PRO+Vr
Ringa: iPhone 11

Permalänk
Medlem

Ladda ned pingplotter och testa mot 8.8.8.8 med 1 sekunds intervall. Detta gör du medan du spelar
och laddar upp en bild så att vi kan se hur det ser ut.

Visa signatur

| Citera för svar! | Gilla bra inlägg! |

Permalänk
Skrivet av BrusE:

Ladda ned pingplotter och testa mot 8.8.8.8 med 1 sekunds intervall. Detta gör du medan du spelar
och laddar upp en bild så att vi kan se hur det ser ut.

Får göra det imorgon, har ej tid att lira nu. Det kan ju fungera i två timmar.

Hur ska jag exportera?

Visa signatur

Ryzen 5600x - 3060 Ti - 16Gb ram
Soffgaming: Nintendo Switch, PS4 PRO+Vr
Ringa: iPhone 11

Permalänk
Medlem
Skrivet av SimpanDirr:

Får göra det imorgon, har ej tid att lira nu. Det kan ju fungera i två timmar.

Hur ska jag exportera?

Du har testat på medan du spelar. När det strular så hoppar du ut och kolla vad testet visar.

Visa signatur

| Citera för svar! | Gilla bra inlägg! |

Permalänk
Skrivet av BrusE:

Du har testat på medan du spelar. När det strular så hoppar du ut och kolla vad testet visar.

Okey ska prova det imorgon! Såhär ser det ut när jag kikade på youtube nu i 720p.

http://www.bilddump.se/bilder/20161110191931-217.208.14.133.p...

Visa signatur

Ryzen 5600x - 3060 Ti - 16Gb ram
Soffgaming: Nintendo Switch, PS4 PRO+Vr
Ringa: iPhone 11

Permalänk
Medlem
Skrivet av SimpanDirr:

Okey ska prova det imorgon! Såhär ser det ut när jag kikade på youtube nu i 720p.

http://www.bilddump.se/bilder/20161110191931-217.208.14.133.p...

Denna borde du skicka till Telia då den visar att en länk i deras nät tappar paket.
Du behöver köra testet i minst 30 min för att får pålitliga resultat.

EDIT: testa också mot ping.sunet.se

Visa signatur

| Citera för svar! | Gilla bra inlägg! |

Permalänk
Medlem

För mig när min ADSL uppkoppling gjorde detta berodde det på en trasig port i DSLAM hos operatören. Sen efter de bytte porten började allt funka prima igen.

Kablaget var kontrollerad, testmodem osv. men felet fortsatte så då började operatören kontrollera sin egen utrustning. Ibland kan operatörer vara non-chalanta speciellt desto större sådan (lyckligtvis är min en lokal sådan som är väldigt hjälpsamma i sånahär fall och har inga förutfattade meningar att det är säkert fel mellan öronen hos kunden)

Är nog rätt så säker på basen av ditt inlägg och vad som blivit testat att felet ligger nånstans på vägen mellan operatörens serverutrustning och din bostad.

När jag studerade började en router gå sönder och gav Packet loss som var stationerad strax på utsidan till lägenheten så jag stod på mig till hyresägaren eller operatören och till sist fick de bytt skräpet, nätverksutrustning kan pajja med tiden.

Visa signatur

Intel® Core i7-13700K @ 5.7/5.6GHz | ASRock Z690 Extreme | G.Skill Trident Z 32GB @ DDR4-3400 CL14 | Samsung EVO series M.2 + Sata SSDs 2TB | Intel Arc A750 | SuperFlower Titanium 1000W | Gigabyte M32Q 32"/1440p 165Hz | Arctic Freezer II 360 AIO | Phanteks P500A D-RGB | Windows 10 & 11 x64 Professional

Permalänk
Medlem
Skrivet av SimpanDirr:

Okey ska prova det imorgon! Såhär ser det ut när jag kikade på youtube nu i 720p.

http://www.bilddump.se/bilder/20161110191931-217.208.14.133.p...

Skrivet av BrusE:

Denna borde du skicka till Telia då den visar att en länk i deras nät tappar paket.
Du behöver köra testet i minst 30 min för att får pålitliga resultat.

EDIT: testa också mot ping.sunet.se

De kommer inte göra något alls med det. Routrar i en ISP's nät prioriterar ICMP(ping) paket väldigt lågt. I regel sist för att inte tappa viktiga paket. Detta görs även på googles dns vad jag vet. Det de kollar på är sista hoppet om det är gjort mot en host som inte prioriterar ner ICMP.

Ska man köra pingplotter så bör den köras mot ping.sunet.se eller liknande.

Mvh
Mattias

Permalänk
Medlem
Skrivet av Mayth:

De kommer inte göra något alls med det. Routrar i en ISP's nät prioriterar ICMP(ping) paket väldigt lågt. I regel sist för att inte tappa viktiga paket. Detta görs även på googles dns vad jag vet. Det de kollar på är sista hoppet om det är gjort mot en host som inte prioriterar ner ICMP.

Ska man köra pingplotter så bör den köras mot ping.sunet.se eller liknande.

Mvh
Mattias

Vad är skillnaden mot google dns jämfört med ping.sunet.se när du ska mäta packet loss mot en destination?

Visa signatur

| Citera för svar! | Gilla bra inlägg! |

Permalänk

Men dessa packet loss, gör dom så man blir "DC" i några minuter eller kan det vara andra fel?

Verkar vara endel såna:
http://www.bilddump.se/bilder/20161110194106-217.208.14.133.p...

Kör min sunet nu, får packetloss men inte lika mycket.

Visa signatur

Ryzen 5600x - 3060 Ti - 16Gb ram
Soffgaming: Nintendo Switch, PS4 PRO+Vr
Ringa: iPhone 11

Permalänk
Medlem
Skrivet av SimpanDirr:

Men dessa packet loss, gör dom så man blir "DC" i några minuter eller kan det vara andra fel?

Verkar vara endel såna:
http://www.bilddump.se/bilder/20161110194106-217.208.14.133.p...

Kör min sunet nu, får packetloss men inte lika mycket.

Senaste bilden visar att problemet finns i ditt nät.

Visa signatur

| Citera för svar! | Gilla bra inlägg! |

Permalänk
Skrivet av BrusE:

Senaste bilden visar att problemet finns i ditt nät.

?

Är det bättre att köra på Telias modem och sen dra en switch? Som det ser ut nu har jag modemet i ett rum (första jacket). Sen går det en cat6 kabel till vardagsrummet där jag har min egen router, därifrån har jag min Apple tv, PC och diverse grejer samt wifi.

Ska jag köra på modemets egna wifi och köra en Switch vi vardagsrummet istället? Har 4st kablar som går till tv bänken så att säga.

Visa signatur

Ryzen 5600x - 3060 Ti - 16Gb ram
Soffgaming: Nintendo Switch, PS4 PRO+Vr
Ringa: iPhone 11

Permalänk
Medlem
Skrivet av SimpanDirr:

Du har packet loss redan på första hoppet, vilket är din router. Sedan är det packet loss på alla andra hopp också
vilket betyder att paket loss började på första hoppet.

EDIT: När du kopplar dig direkt till Telias router, vilket IP adress får din dator?

Visa signatur

| Citera för svar! | Gilla bra inlägg! |

Permalänk
Skrivet av BrusE:

Du har packet loss redan på första hoppet, vilket är din router. Sedan är det packet loss på alla andra hopp också
vilket betyder att paket loss började på första hoppet.

EDIT: När du kopplar dig direkt till Telias router, vilket IP adress får din dator?

Har ej kabel till det nu men har för mig att jag fick 192.168.0.102.

Så om jag säger till telia att ta bort bryggningen och kör med denna istället:
https://www.netonnet.se/art/dator/natverk/switch/tp-link-tl-s...

Tror du det blir bättre då?

Visa signatur

Ryzen 5600x - 3060 Ti - 16Gb ram
Soffgaming: Nintendo Switch, PS4 PRO+Vr
Ringa: iPhone 11

Permalänk
Medlem
Skrivet av SimpanDirr:

Har ej kabel till det nu men har för mig att jag fick 192.168.0.102.

Så om jag säger till telia att ta bort bryggningen och kör med denna istället:
https://www.netonnet.se/art/dator/natverk/switch/tp-link-tl-s...

Tror du det blir bättre då?

Om du får 192.168.x.x från telias modem när du kopplar dig direkt till Telias router, då ska du inte använda en
egen router med NAT. Då drabbas du av NAT444 problem.

Använda kabel när du testar med pingplotter.

Visa signatur

| Citera för svar! | Gilla bra inlägg! |

Permalänk

förlåt om jag lånar tråden men jag får typ samma fenomen och är då mest intresserad utav hur pingplotter funkar?

Visa signatur

Spec Dator:
Chassi:Fractal Design Define S Mobo:ASUS ROG STRIX Z390-F GAMING CPU:Intel Core i9 9900K stock Kylare:Cooler Master MasterAir Maker 8 RAM:16Gb DDR4 3000mhz GPU:2080Ti ROG STRIX GAMING OC SSD:Adata SX900 128GB M.2 SSD:Intel 660p 2TB HDD:1TB Seagate Baraquda 7200RPM SSHD:2TB Seagate Firecuda PSU:Corsair RM750x 80+ Gold OS:Windows 10 pro

Permalänk
Medlem
Skrivet av DreinLifeOfYou:

förlåt om jag lånar tråden men jag får typ samma fenomen och är då mest intresserad utav hur pingplotter funkar?

Det finns bra information på deras sida

https://www.pingplotter.com/gsg/index.html

Visa signatur

| Citera för svar! | Gilla bra inlägg! |

Permalänk
Skrivet av BrusE:

Om du får 192.168.x.x från telias modem när du kopplar dig direkt till Telias router, då ska du inte använda en
egen router med NAT. Då drabbas du av NAT444 problem.

Använda kabel när du testar med pingplotter.

Får 62.20.158.43. Jag kör enbart med kabel.

Ska ringa telia och be dom ta bort bryggningen imorgon och köra med deras router och en switch för att se om min router spökar eller något. Synd att man inte kan ändra det själv längre.

Visa signatur

Ryzen 5600x - 3060 Ti - 16Gb ram
Soffgaming: Nintendo Switch, PS4 PRO+Vr
Ringa: iPhone 11

Permalänk
Medlem
Skrivet av SimpanDirr:

Får 62.20.158.43. Jag kör enbart med kabel.

Ska ringa telia och be dom ta bort bryggningen imorgon och köra med deras router och en switch för att se om min router spökar eller något. Synd att man inte kan ändra det själv längre.

Innan du gör det, testa med kabel direkt till din router när den är kopplad till Telias enhet.

Visa signatur

| Citera för svar! | Gilla bra inlägg! |

Permalänk
Skrivet av BrusE:

Innan du gör det, testa med kabel direkt till din router när den är kopplad till Telias enhet.

När jag går via min router till modemet får jag en lokal adress 192.... verkar inte ha några packetloss knappt när jag stängde av dhcp och körde min router som switch.

Så tar bort bryggningen och köper en gigabitswitch imorgon. Sen får telefonerna gå på teliarouterns wifi då hastgheten kvittar där. Kör med kabel till allt viktigt via switchen.

Visa signatur

Ryzen 5600x - 3060 Ti - 16Gb ram
Soffgaming: Nintendo Switch, PS4 PRO+Vr
Ringa: iPhone 11

Permalänk
Medlem
Skrivet av BrusE:

Vad är skillnaden mot google dns jämfört med ping.sunet.se när du ska mäta packet loss mot en destination?

Google's dns har annat som den ska prioritera. Skulle den ha samma prioritering som en vanlig dator så skulle den vara i extremt utsatt läge för ddos. Och den är ett ganska tacksamt mål att ge sig på med tanke på hur många den servar.
Därför så prioriteras icmp paket lågt och svaras bara på i mån av tid/resurser. Skulle den vara högt belastad skulle den kunna ge skyhög packetloss om man kollar med hjälp av icmp men svara utan problem på samtliga dns requests.

Mäter själv ca 0,5 % pl mot 8.8.8.8 just nu på en stabil fiberlina. Den svarar hur bra som helst på dns lookups. Ett test samtidigt mot ping.sunet.se ger mig 0% pl.

ping.sunet.se är en maskin som bara har som syfte att svara på icmp paket.

Mvh
Mattias

Permalänk
Medlem
Skrivet av BrusE:

Vad är skillnaden mot google dns jämfört med ping.sunet.se när du ska mäta packet loss mot en destination?

Varför köra mot en DNS tjänst som nedprioriterar ICMP?
ping.sunet.se är specifikt uppsatt för att svara på ping.

Valet är ganska enkelt.

Visa signatur

Medlem #14

Permalänk
Medlem
Skrivet av Mayth:

Google's dns har annat som den ska prioritera. Skulle den ha samma prioritering som en vanlig dator så skulle den vara i extremt utsatt läge för ddos. Och den är ett ganska tacksamt mål att ge sig på med tanke på hur många den servar.
Därför så prioriteras icmp paket lågt och svaras bara på i mån av tid/resurser. Skulle den vara högt belastad skulle den kunna ge skyhög packetloss om man kollar med hjälp av icmp men svara utan problem på samtliga dns requests.

Mäter själv ca 0,5 % pl mot 8.8.8.8 just nu på en stabil fiberlina. Den svarar hur bra som helst på dns lookups. Ett test samtidigt mot ping.sunet.se ger mig 0% pl.

ping.sunet.se är en maskin som bara har som syfte att svara på icmp paket.

Mvh
Mattias

När man använder sig av pingplotter så kontrollerar man hela sträckan mellan två punkter.
Om slutdestinationen släpper paket så är det inte hela världen. Det handlar om att tolka hela testet i sin helhet.
Problemet visar sig inte alltid om du kör mot ping.sunet, utan man behöver identifiera och testa vägarna som man använder
för att komma åt specifika tjänster.

När man felsöker med pingplotter så ska man gå mot minst två olika mål. Dock så är det oftast för avancerat för användarna här
på swe som har problem.

Visa signatur

| Citera för svar! | Gilla bra inlägg! |

Permalänk
Medlem
Skrivet av JenzA:

Varför köra mot en DNS tjänst som nedprioriterar ICMP?
ping.sunet.se är specifikt uppsatt för att svara på ping.

Valet är ganska enkelt.

Du missar poängen. Att testa mot sunet, som nästa alla ISP har direkt peering mot, visar inte alltid hela bilden.
ping.sunet.se kan vara ett ben man testar mot, men man ska alltid försöka att testa mot tjänster man upplever problem med.
Google DNS sitter oftast längre ut från din leverantörsnät vilket gör den till en bra kandidat att testa mot.

Visa signatur

| Citera för svar! | Gilla bra inlägg! |

Permalänk
Medlem
Skrivet av BrusE:

När man använder sig av pingplotter så kontrollerar man hela sträckan mellan två punkter.
Om slutdestinationen släpper paket så är det inte hela världen. Det handlar om att tolka hela testet i sin helhet.
Problemet visar sig inte alltid om du kör mot ping.sunet, utan man behöver identifiera och testa vägarna som man använder
för att komma åt specifika tjänster.

När man felsöker med pingplotter så ska man gå mot minst två olika mål. Dock så är det oftast för avancerat för användarna här
på swe som har problem.

Jo självfallet så testar den sträckan mellan två punkter. Men resultatet från en router eller brandvägg kommer troligen påvisa packetloss pga nedprioriterad icmp trafik. Och kan inte änvändas på ett vettigt sätt i ett slutresultat. Pga detta ignorerar isp's från sina egna routrar och brandväggar i pingplotter. Icmp är inget bra protokoll att felsöka med på det sättet. Det påvisar väldigt ofta packetloss för alla hop i sträckan medans övrig trafik fungerar utan problem.

Permalänk
Medlem
Skrivet av BrusE:

Du missar poängen. Att testa mot sunet, som nästa alla ISP har direkt peering mot, visar inte alltid hela bilden.
ping.sunet.se kan vara ett ben man testar mot, men man ska alltid försöka att testa mot tjänster man upplever problem med.
Google DNS sitter oftast längre ut från din leverantörsnät vilket gör den till en bra kandidat att testa mot.

Och hur många ISPer direktpeerar inte mot Google? 8.8.8.8 och 8.8.4.4 är dessutom anycastad för att vara så nära användarna som det bara är möjligt, alltså finns 8.8.8.8/4.4 inte bara på ett enda ställe utan på många olika ställen runt om i världen så en i USA som pingar 8.8.8.8 kommer inte pinga samma servrar som en från Sverige.
Så om man ska felsöka så är det nog bäst att pinga något som alla pingar likadant mot (även om routingen inte är exakt samma för alla naturligtvis).

Skillnaden mellan 8.8.8.8 och ping.sunet.se dessutom är ett enda routerhopp utanför min egna ISP (Comhem).

Men du har däremot HELT rätt att man ska testa mot den destinationen man har problem med också.

Permalänk
Medlem
Skrivet av iXam:

Och hur många ISPer direktpeerar inte mot Google? 8.8.8.8 och 8.8.4.4 är dessutom anycastad för att vara så nära användarna som det bara är möjligt, alltså finns 8.8.8.8/4.4 inte bara på ett enda ställe utan på många olika ställen runt om i världen så en i USA som pingar 8.8.8.8 kommer inte pinga samma servrar som en från Sverige.
Så om man ska felsöka så är det nog bäst att pinga något som alla pingar likadant mot (även om routingen inte är exakt samma för alla naturligtvis).

Skillnaden mellan 8.8.8.8 och ping.sunet.se dessutom är ett enda routerhopp utanför min egna ISP (Comhem).

Men du har däremot HELT rätt att man ska testa mot den destinationen man har problem med också.

mtr mot anycast adressen 8.8.8.8, 8564 stycken skickade packet med 0% paket loss.
Det duger när man ska testa som privat person.

Istället för att debattera med mig som försöker att hjälpa TS, lägg energi på något annat!

stavfel
Visa signatur

| Citera för svar! | Gilla bra inlägg! |

Permalänk
Medlem
Skrivet av BrusE:

Istället för att debiterar mig som försöker att hjälpa TS, lägg energi på något annat!

Hur mycket ska jag debitera?
Och det gäller bara mig då eller?

Permalänk
Medlem
Skrivet av SimpanDirr:

Hej!

Har problem med att vårat ADSL stendör 3-5ggr/dag. Såpass mycket att jag kastas ur ett game eller tjejen vrålar. Tar oftast 1 min så är det igång igen.

Förstår inte vad det kan vara, tekniker har varit ute och mätt varenda kabel och den får väldigt bra svar. När det väl fungerar har jag typ 22mbit ner, 2,5mbit upp och 10ms i ping. När det "dör" så har jag som rekord 1600ms i ping.. Det som prövats:

-Bytt modem samt fått det uppgraderat (det är bryggat kör egen router)
-Fått varenda teletråd pingad och felsökt av tekniker
-Formaterat min dator (tyvärr)
-Min egna router (TPlink Archer) är återställd samt nyaste firmware, den fungerade galant i förra lägenheten med fiber
-Wifi är värst men jag kör kabel och blir DC då och då.

Laddar upp loggen från min router om det nu hjälper:

2016-11-10 16:48:06 [5] DHCPD: Recv REQUEST from 34:AB:37:0E:66:8A
2016-11-10 16:48:06 [5] DHCPD: Send ACK to 192.168.0.101
2016-11-10 16:57:36 [5] DHCPC: Send REQUEST to server 90.228.201.129 with request ip 217.208.14.133
2016-11-10 16:57:36 [5] DHCPC: Recv ACK from server 90.228.201.129 with ip 217.208.14.133 lease time 1200
2016-11-10 16:57:36 [5] DHCPC: Recv DNS server address 195.67.199.9,195.67.199.10
2016-11-10 16:57:52 [5] DHCPD: Recv REQUEST from 34:AB:37:0E:66:8A
2016-11-10 16:57:52 [5] DHCPD: Send ACK to 192.168.0.101
2016-11-10 17:07:37 [5] DHCPC: Send REQUEST to server 90.228.201.129 with request ip 217.208.14.133
2016-11-10 17:11:22 [5] DHCPC: Send REQUEST to server 90.228.201.129 with request ip 217.208.14.133
2016-11-10 17:11:22 [5] DHCPC: Recv ACK from server 90.228.201.129 with ip 217.208.14.133 lease time 1200
2016-11-10 17:11:22 [5] DHCPC: Recv DNS server address 195.67.199.9,195.67.199.10
2016-11-10 17:12:21 [5] DHCPD: Recv REQUEST from 34:AB:37:0E:66:8A
2016-11-10 17:12:21 [5] DHCPD: Send ACK to 192.168.0.101
2016-11-10 17:19:50 [5] DHCPD: Recv DISCOVER from 6C:8D:C1:37:11:42
2016-11-10 17:19:50 [5] DHCPD: Send OFFER with ip 192.168.0.103
2016-11-10 17:19:51 [5] DHCPD: Recv REQUEST from 6C:8D:C1:37:11:42
2016-11-10 17:19:51 [5] DHCPD: Send ACK to 192.168.0.103
2016-11-10 17:21:23 [5] DHCPC: Send REQUEST to server 90.228.201.129 with request ip 217.208.14.133
2016-11-10 17:21:23 [5] DHCPC: Recv ACK from server 90.228.201.129 with ip 217.208.14.133 lease time 1200
2016-11-10 17:21:23 [5] DHCPC: Recv DNS server address 195.67.199.9,195.67.199.10
2016-11-10 17:31:24 [5] DHCPC: Send REQUEST to server 90.228.201.129 with request ip 217.208.14.133
2016-11-10 17:31:24 [5] DHCPC: Recv ACK from server 90.228.201.129 with ip 217.208.14.133 lease time 1200
2016-11-10 17:31:24 [5] DHCPC: Recv DNS server address 195.67.199.9,195.67.199.10
2016-11-10 17:31:39 [5] DHCPD: Recv REQUEST from 34:AB:37:0E:66:8A
2016-11-10 17:31:39 [5] DHCPD: Send ACK to 192.168.0.101
2016-11-10 17:31:41 [5] DHCPD: Recv REQUEST from 00:90:A9:D5:31:54
2016-11-10 17:31:41 [5] DHCPD: Send ACK to 192.168.0.102
2016-11-10 17:41:25 [5] DHCPC: Send REQUEST to server 90.228.201.129 with request ip 217.208.14.133
2016-11-10 17:41:25 [5] DHCPC: Recv ACK from server 90.228.201.129 with ip 217.208.14.133 lease time 1200
2016-11-10 17:41:25 [5] DHCPC: Recv DNS server address 195.67.199.9,195.67.199.10
2016-11-10 17:45:03 [5] DHCPD: Recv DISCOVER from 20:16:D8:85:50:B1
2016-11-10 17:45:03 [5] DHCPD: Send OFFER with ip 192.168.0.104
2016-11-10 17:45:07 [5] DHCPD: Recv DISCOVER from 20:16:D8:85:50:B1
2016-11-10 17:45:07 [5] DHCPD: Send OFFER with ip 192.168.0.104
2016-11-10 17:45:15 [5] DHCPD: Recv DISCOVER from 20:16:D8:85:50:B1
2016-11-10 17:45:15 [5] DHCPD: Send OFFER with ip 192.168.0.104
2016-11-10 17:45:18 [5] DHCPD: Recv DISCOVER from 20:16:D8:85:50:B1
2016-11-10 17:45:18 [5] DHCPD: Send OFFER with ip 192.168.0.104
2016-11-10 17:45:25 [5] DHCPD: Recv DISCOVER from 20:16:D8:85:50:B1
2016-11-10 17:45:25 [5] DHCPD: Send OFFER with ip 192.168.0.104
2016-11-10 17:45:42 [5] DHCPD: Recv DISCOVER from 20:16:D8:85:50:B1
2016-11-10 17:45:42 [5] DHCPD: Send OFFER with ip 192.168.0.104
2016-11-10 17:45:42 [5] DHCPD: Recv REQUEST from 20:16:D8:85:50:B1
2016-11-10 17:45:43 [5] DHCPD: Send ACK to 192.168.0.104
2016-11-10 17:48:35 [5] DHCPD: Recv REQUEST from 6C:72:E7:9A:C4:A6
2016-11-10 17:48:35 [5] DHCPD: Send ACK to 192.168.0.100
2016-11-10 17:51:26 [5] DHCPC: Send REQUEST to server 90.228.201.129 with request ip 217.208.14.133
2016-11-10 17:51:26 [5] DHCPC: Recv ACK from server 90.228.201.129 with ip 217.208.14.133 lease time 1200
2016-11-10 17:51:26 [5] DHCPC: Recv DNS server address 195.67.199.9,195.67.199.10
2016-11-10 17:55:55 [5] DHCPD: Recv REQUEST from 34:AB:37:0E:66:8A
2016-11-10 17:55:55 [5] DHCPD: Send ACK to 192.168.0.101
2016-11-10 17:58:47 [5] DHCPD: Recv DISCOVER from FC:AA:14:44:4B:68
2016-11-10 17:58:47 [5] DHCPD: Send OFFER with ip 192.168.0.106
2016-11-10 17:58:47 [5] DHCPD: Recv REQUEST from FC:AA:14:44:4B:68
2016-11-10 17:58:47 [5] DHCPD: Send ACK to 192.168.0.106
2016-11-10 18:01:27 [5] DHCPC: Send REQUEST to server 90.228.201.129 with request ip 217.208.14.133
2016-11-10 18:01:27 [5] DHCPC: Recv ACK from server 90.228.201.129 with ip 217.208.14.133 lease time 1200
2016-11-10 18:01:27 [5] DHCPC: Recv DNS server address 195.67.199.9,195.67.199.10
2016-11-10 18:11:28 [5] DHCPC: Send REQUEST to server 90.228.201.129 with request ip 217.208.14.133
2016-11-10 18:11:28 [5] DHCPC: Recv ACK from server 90.228.201.129 with ip 217.208.14.133 lease time 1200
2016-11-10 18:11:28 [5] DHCPC: Recv DNS server address 195.67.199.9,195.67.199.10
2016-11-10 18:19:45 [5] DHCPD: Recv REQUEST from 34:AB:37:0E:66:8A
2016-11-10 18:19:45 [5] DHCPD: Send ACK to 192.168.0.101
2016-11-10 18:19:51 [5] DHCPD: Recv REQUEST from 6C:8D:C1:37:11:42
2016-11-10 18:19:51 [5] DHCPD: Send ACK to 192.168.0.103
2016-11-10 18:21:29 [5] DHCPC: Send REQUEST to server 90.228.201.129 with request ip 217.208.14.133
2016-11-10 18:21:29 [5] DHCPC: Recv ACK from server 90.228.201.129 with ip 217.208.14.133 lease time 1200
2016-11-10 18:21:29 [5] DHCPC: Recv DNS server address 195.67.199.9,195.67.199.10
2016-11-10 18:30:02 [5] DHCPD: Recv REQUEST from 00:90:A9:D5:31:54
2016-11-10 18:30:02 [5] DHCPD: Send ACK to 192.168.0.102
2016-11-10 18:31:30 [5] DHCPC: Send REQUEST to server 90.228.201.129 with request ip 217.208.14.133
2016-11-10 18:31:30 [5] DHCPC: Recv ACK from server 90.228.201.129 with ip 217.208.14.133 lease time 1200
2016-11-10 18:31:30 [5] DHCPC: Recv DNS server address 195.67.199.9,195.67.199.10
2016-11-10 18:34:50 [5] DHCPD: Recv REQUEST from 34:AB:37:0E:66:8A
2016-11-10 18:34:50 [5] DHCPD: Send ACK to 192.168.0.101
2016-11-10 18:41:31 [5] DHCPC: Send REQUEST to server 90.228.201.129 with request ip 217.208.14.133
2016-11-10 18:41:31 [5] DHCPC: Recv ACK from server 90.228.201.129 with ip 217.208.14.133 lease time 1200
2016-11-10 18:41:31 [5] DHCPC: Recv DNS server address 195.67.199.9,195.67.199.10

Dold text

Har haft samma problem med Telia's ADSL själv. Nu har inte jag kollat tråden helt och och hållet, men jag har för mig att jag var tvungen att ha IPv4 Multicast Streams aktiverat för att inte tappa IP hela tiden. Låter skumt men jag är ganska säker på att det var så jag ordnade mitt.

Permalänk
Medlem
Skrivet av iXam:

Hur mycket ska jag debitera?
Och det gäller bara mig då eller?

Fixat.

Visa signatur

| Citera för svar! | Gilla bra inlägg! |