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

Trädvy Permalänk
Medlem
Plats
Örebro
Registrerad
Jan 2010

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

Surf: Macbook pro retina
Gaming: i5 4460 - 16Gb - Samsung 850 - GTX 1070
Ringa: Huawei p10 plus privat - Galaxy S6 firma

Trädvy Permalänk
Medlem
Plats
Stockholm
Registrerad
Dec 2003

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.

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

Trädvy Permalänk
Medlem
Plats
Örebro
Registrerad
Jan 2010
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?

Surf: Macbook pro retina
Gaming: i5 4460 - 16Gb - Samsung 850 - GTX 1070
Ringa: Huawei p10 plus privat - Galaxy S6 firma

Trädvy Permalänk
Medlem
Plats
Stockholm
Registrerad
Dec 2003
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.

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

Trädvy Permalänk
Medlem
Plats
Örebro
Registrerad
Jan 2010
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...

Surf: Macbook pro retina
Gaming: i5 4460 - 16Gb - Samsung 850 - GTX 1070
Ringa: Huawei p10 plus privat - Galaxy S6 firma

Trädvy Permalänk
Medlem
Plats
Stockholm
Registrerad
Dec 2003
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

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

Trädvy Permalänk
Medlem
Plats
Finland
Registrerad
Apr 2005

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.

Intel® Core i5-4670K @ 4.4GHz | ASRock Z87 Extreme 6 | G.Skill Sniper 2x8GB @ DDR3-1866 CL9 | Samsung 840 Pro 128GB + Evo 850 500GB | Gigabyte GTX 970 G1 (överklockat) | SuperFlower Titanium 1000W | BenQ ZOWIE XL2540 240Hz | Phanteks PH-TC14PE | M-Audio Q40 hörlurar | Logitech MX-518 | Razer Mantis Speed | Windows 10 x64 Professional

Trädvy Permalänk
Medlem
Plats
Trollhättan
Registrerad
Okt 2010
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

Trädvy Permalänk
Medlem
Plats
Stockholm
Registrerad
Dec 2003
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?

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

Trädvy Permalänk
Medlem
Plats
Örebro
Registrerad
Jan 2010

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.

Surf: Macbook pro retina
Gaming: i5 4460 - 16Gb - Samsung 850 - GTX 1070
Ringa: Huawei p10 plus privat - Galaxy S6 firma

Trädvy Permalänk
Medlem
Plats
Stockholm
Registrerad
Dec 2003
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.

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

Trädvy Permalänk
Medlem
Plats
Örebro
Registrerad
Jan 2010
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.

Surf: Macbook pro retina
Gaming: i5 4460 - 16Gb - Samsung 850 - GTX 1070
Ringa: Huawei p10 plus privat - Galaxy S6 firma

Trädvy Permalänk
Medlem
Plats
Stockholm
Registrerad
Dec 2003
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?

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

Trädvy Permalänk
Medlem
Plats
Örebro
Registrerad
Jan 2010
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å?

Surf: Macbook pro retina
Gaming: i5 4460 - 16Gb - Samsung 850 - GTX 1070
Ringa: Huawei p10 plus privat - Galaxy S6 firma

Trädvy Permalänk
Medlem
Plats
Stockholm
Registrerad
Dec 2003
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.

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

Trädvy Permalänk
Medlem
Plats
Örnsköldsvik
Registrerad
Aug 2013

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?

Spec Dator:
Chassi: Fractal Design Define S Mobo: MSI Z170A GAMING PRO CPU :Intel Core i5 6600K 4.5Ghz @ 1.3v ~60 °c Kylare: Deepcool captain 120 RAM: 16Gb DDR4 2400mhz GPU: ASUS GeForce GTX 1070 ROG STRIX DC3 OC SSD: 128gb Adata SX900 HDD: 1TB Seagate Baraquda 7200RPM PSU: Corsair RM750x 80+ Gold OS: Windows 10 pro |

Trädvy Permalänk
Medlem
Plats
Stockholm
Registrerad
Dec 2003
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

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

Trädvy Permalänk
Medlem
Plats
Örebro
Registrerad
Jan 2010
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.

Surf: Macbook pro retina
Gaming: i5 4460 - 16Gb - Samsung 850 - GTX 1070
Ringa: Huawei p10 plus privat - Galaxy S6 firma

Trädvy Permalänk
Medlem
Plats
Stockholm
Registrerad
Dec 2003
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.

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

Trädvy Permalänk
Medlem
Plats
Örebro
Registrerad
Jan 2010
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.

Surf: Macbook pro retina
Gaming: i5 4460 - 16Gb - Samsung 850 - GTX 1070
Ringa: Huawei p10 plus privat - Galaxy S6 firma

Trädvy Permalänk
Medlem
Plats
Trollhättan
Registrerad
Okt 2010
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

Trädvy Permalänk
Medlem
Plats
A.ROOT-SERVERS.NET
Registrerad
Jul 2001
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.

Medlem #14

CISSP, MCT,MCITP, MCSE+Security, MCSE+Messaging, Inet+, Network+,MCT, MCP,CNA, CCA, CCNA, A+

Trädvy Permalänk
Medlem
Plats
Stockholm
Registrerad
Dec 2003
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.

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

Trädvy Permalänk
Medlem
Plats
Stockholm
Registrerad
Dec 2003
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.

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

Trädvy Permalänk
Medlem
Plats
Trollhättan
Registrerad
Okt 2010
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.

Trädvy Permalänk
Medlem
Plats
Stockholm
Registrerad
Jan 2004
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å.

Trädvy Permalänk
Medlem
Plats
Stockholm
Registrerad
Dec 2003
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

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

Trädvy Permalänk
Medlem
Plats
Stockholm
Registrerad
Jan 2004
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?

Trädvy Permalänk
Medlem
Plats
Uppland
Registrerad
Jun 2009
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.

ASUS Z97-A | Intel Core i7-4790K @ 4.5GHz | Cooler Master Hyper 212 EVO | ASUS GeForce GTX 970 4GB STRIX DC2 OC |Corsair 2x8GB @ 1663Mhz | Crucial MX100 256GB SSD | Seagate Barracuda 2TB| EVGA G2 750W | Philips PHL2744E5 27"

Trädvy Permalänk
Medlem
Plats
Stockholm
Registrerad
Dec 2003
Skrivet av iXam:

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

Fixat.

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