Nätverksproblem Alltele (hög ping, tidvis ultraslött)

Permalänk
Medlem

Nätverksproblem Alltele (hög ping, tidvis ultraslött)

Hej!

Jag har på sistone fått ganska mycket problem med min uppkoppling.
Jag betalar för gigabit (dock är det draget med cat 5 kabel i huset..).
Kör jag ett speedtest.net test så får jag ut sådär 500-600mbit upp och ner, utan router. inte riktigt gigabit men kunde inte bry mig mindre, betlalar 70kr i månaden för det.

Men problemet är att jag har 20-60ms i ping när jag kör speedtest och jag tror detta är grunden till mina problem.
Vissa, inte alla, videos på youtube, play-kanaler, iptv när jag testade det, buffrar otroligt långsamt. Det stannar upp, går ner i lägsta kvalité osv. Har problem med imgur och tumblr där bilder och gifs inte laddar även om jag "har" nät. (wifi ifs, men inte varit så innan).

I stunder är vissa random hemsidor helt onåbara. Ofta får jag en npn felsida i några sekunder typ "no internet conection", sen laddar det om och jag kommer fram.
Nedladdnignar i webbläsaren som avbryts mm.

Alltele säger att inget är fel så jag kommer hit för att få lite mer kött på benen.

Gjorde lite traceroute och ping test mot google och tycker inte det ser helt ok ut. vad tycker ni?

traceroute 8.8.8.8

Traceroute has started…

traceroute to 8.8.8.8 (8.8.8.8), 64 hops max, 72 byte packets
1 h87-96-232-1 (87.96.232.1) 1.510 ms 1.576 ms 0.758 ms
2 h77-53-13-32 (77.53.13.32) 1.448 ms 1.404 ms 1.212 ms
3 93.182.190.21 (93.182.190.21) 14.065 ms 14.761 ms 11.054 ms
4 h88-129-129-25 (88.129.129.25) 13.605 ms 13.000 ms 16.178 ms
5 h88-129-129-24 (88.129.129.24) 16.451 ms * 12.151 ms
6 h88-129-128-112 (88.129.128.112) 11.912 ms 12.047 ms 11.694 ms
7 h88-129-128-164 (88.129.128.164) 10.933 ms 17.468 ms 10.800 ms
8 pni-google.sto1.se.alltele.net (79.138.117.150) 11.195 ms 10.991 ms 10.964 ms
9 108.170.253.161 (108.170.253.161) 18.282 ms 16.395 ms 17.542 ms
10 72.14.239.241 (72.14.239.241) 12.208 ms 11.680 ms 15.905 ms
11 google-public-dns-a.google.com (8.8.8.8) 11.143 ms 12.639 ms 11.475 ms

Dold text

100 pings mot 8.8.8.8
verkar ligga på 10-15% package loss

Ping has started…

PING 8.8.8.8 (8.8.8.8): 56 data bytes
64 bytes from 8.8.8.8: icmp_seq=0 ttl=53 time=18.017 ms
64 bytes from 8.8.8.8: icmp_seq=1 ttl=53 time=11.759 ms
64 bytes from 8.8.8.8: icmp_seq=2 ttl=53 time=13.054 ms
64 bytes from 8.8.8.8: icmp_seq=3 ttl=53 time=14.363 ms
Request timeout for icmp_seq 4
64 bytes from 8.8.8.8: icmp_seq=5 ttl=53 time=15.058 ms
Request timeout for icmp_seq 6
64 bytes from 8.8.8.8: icmp_seq=7 ttl=53 time=15.403 ms
64 bytes from 8.8.8.8: icmp_seq=8 ttl=53 time=14.269 ms
64 bytes from 8.8.8.8: icmp_seq=9 ttl=53 time=15.866 ms
64 bytes from 8.8.8.8: icmp_seq=10 ttl=53 time=15.161 ms
Request timeout for icmp_seq 11
64 bytes from 8.8.8.8: icmp_seq=12 ttl=53 time=12.879 ms
64 bytes from 8.8.8.8: icmp_seq=13 ttl=53 time=16.424 ms
Request timeout for icmp_seq 14
64 bytes from 8.8.8.8: icmp_seq=15 ttl=53 time=15.008 ms
64 bytes from 8.8.8.8: icmp_seq=16 ttl=53 time=15.271 ms
64 bytes from 8.8.8.8: icmp_seq=17 ttl=53 time=15.660 ms
64 bytes from 8.8.8.8: icmp_seq=18 ttl=53 time=11.980 ms
64 bytes from 8.8.8.8: icmp_seq=19 ttl=53 time=15.700 ms
64 bytes from 8.8.8.8: icmp_seq=20 ttl=53 time=15.082 ms
64 bytes from 8.8.8.8: icmp_seq=21 ttl=53 time=11.227 ms
64 bytes from 8.8.8.8: icmp_seq=22 ttl=53 time=13.999 ms
64 bytes from 8.8.8.8: icmp_seq=23 ttl=53 time=14.914 ms
64 bytes from 8.8.8.8: icmp_seq=24 ttl=53 time=11.646 ms
64 bytes from 8.8.8.8: icmp_seq=25 ttl=53 time=16.450 ms
64 bytes from 8.8.8.8: icmp_seq=26 ttl=53 time=16.366 ms
64 bytes from 8.8.8.8: icmp_seq=27 ttl=53 time=16.086 ms
64 bytes from 8.8.8.8: icmp_seq=28 ttl=53 time=15.993 ms
64 bytes from 8.8.8.8: icmp_seq=29 ttl=53 time=14.508 ms
64 bytes from 8.8.8.8: icmp_seq=30 ttl=53 time=17.371 ms
64 bytes from 8.8.8.8: icmp_seq=31 ttl=53 time=11.600 ms
64 bytes from 8.8.8.8: icmp_seq=32 ttl=53 time=16.999 ms
64 bytes from 8.8.8.8: icmp_seq=33 ttl=53 time=13.260 ms
64 bytes from 8.8.8.8: icmp_seq=34 ttl=53 time=15.480 ms
64 bytes from 8.8.8.8: icmp_seq=35 ttl=53 time=12.400 ms
64 bytes from 8.8.8.8: icmp_seq=36 ttl=53 time=12.238 ms
64 bytes from 8.8.8.8: icmp_seq=37 ttl=53 time=13.998 ms
64 bytes from 8.8.8.8: icmp_seq=38 ttl=53 time=11.877 ms
64 bytes from 8.8.8.8: icmp_seq=39 ttl=53 time=11.456 ms
64 bytes from 8.8.8.8: icmp_seq=40 ttl=53 time=13.230 ms
64 bytes from 8.8.8.8: icmp_seq=41 ttl=53 time=11.236 ms
64 bytes from 8.8.8.8: icmp_seq=42 ttl=53 time=11.796 ms
64 bytes from 8.8.8.8: icmp_seq=43 ttl=53 time=13.588 ms
64 bytes from 8.8.8.8: icmp_seq=44 ttl=53 time=12.570 ms
64 bytes from 8.8.8.8: icmp_seq=45 ttl=53 time=13.533 ms
64 bytes from 8.8.8.8: icmp_seq=46 ttl=53 time=12.391 ms
64 bytes from 8.8.8.8: icmp_seq=47 ttl=53 time=11.125 ms
64 bytes from 8.8.8.8: icmp_seq=48 ttl=53 time=15.097 ms
64 bytes from 8.8.8.8: icmp_seq=49 ttl=53 time=11.251 ms
64 bytes from 8.8.8.8: icmp_seq=50 ttl=53 time=14.077 ms
64 bytes from 8.8.8.8: icmp_seq=51 ttl=53 time=12.097 ms
64 bytes from 8.8.8.8: icmp_seq=52 ttl=53 time=14.521 ms
64 bytes from 8.8.8.8: icmp_seq=53 ttl=53 time=13.633 ms
64 bytes from 8.8.8.8: icmp_seq=54 ttl=53 time=13.870 ms
64 bytes from 8.8.8.8: icmp_seq=55 ttl=53 time=11.886 ms
64 bytes from 8.8.8.8: icmp_seq=56 ttl=53 time=12.841 ms
64 bytes from 8.8.8.8: icmp_seq=57 ttl=53 time=11.444 ms
64 bytes from 8.8.8.8: icmp_seq=58 ttl=53 time=13.758 ms
64 bytes from 8.8.8.8: icmp_seq=59 ttl=53 time=11.411 ms
64 bytes from 8.8.8.8: icmp_seq=60 ttl=53 time=14.579 ms
64 bytes from 8.8.8.8: icmp_seq=61 ttl=53 time=11.380 ms
64 bytes from 8.8.8.8: icmp_seq=62 ttl=53 time=11.716 ms
64 bytes from 8.8.8.8: icmp_seq=63 ttl=53 time=12.157 ms
64 bytes from 8.8.8.8: icmp_seq=64 ttl=53 time=12.066 ms
64 bytes from 8.8.8.8: icmp_seq=65 ttl=53 time=11.332 ms
64 bytes from 8.8.8.8: icmp_seq=66 ttl=53 time=12.406 ms
64 bytes from 8.8.8.8: icmp_seq=67 ttl=53 time=13.486 ms
64 bytes from 8.8.8.8: icmp_seq=68 ttl=53 time=11.647 ms
64 bytes from 8.8.8.8: icmp_seq=69 ttl=53 time=14.009 ms
64 bytes from 8.8.8.8: icmp_seq=70 ttl=53 time=17.264 ms
64 bytes from 8.8.8.8: icmp_seq=71 ttl=53 time=11.693 ms
64 bytes from 8.8.8.8: icmp_seq=72 ttl=53 time=12.044 ms
64 bytes from 8.8.8.8: icmp_seq=73 ttl=53 time=17.486 ms
64 bytes from 8.8.8.8: icmp_seq=74 ttl=53 time=13.414 ms
64 bytes from 8.8.8.8: icmp_seq=75 ttl=53 time=11.331 ms
64 bytes from 8.8.8.8: icmp_seq=76 ttl=53 time=11.650 ms
64 bytes from 8.8.8.8: icmp_seq=77 ttl=53 time=17.748 ms
64 bytes from 8.8.8.8: icmp_seq=78 ttl=53 time=12.977 ms
64 bytes from 8.8.8.8: icmp_seq=79 ttl=53 time=12.421 ms
64 bytes from 8.8.8.8: icmp_seq=80 ttl=53 time=13.462 ms
64 bytes from 8.8.8.8: icmp_seq=81 ttl=53 time=13.758 ms
64 bytes from 8.8.8.8: icmp_seq=82 ttl=53 time=11.982 ms
64 bytes from 8.8.8.8: icmp_seq=83 ttl=53 time=11.379 ms
64 bytes from 8.8.8.8: icmp_seq=84 ttl=53 time=14.795 ms
64 bytes from 8.8.8.8: icmp_seq=85 ttl=53 time=15.956 ms
64 bytes from 8.8.8.8: icmp_seq=86 ttl=53 time=12.445 ms
64 bytes from 8.8.8.8: icmp_seq=87 ttl=53 time=12.178 ms
64 bytes from 8.8.8.8: icmp_seq=88 ttl=53 time=11.993 ms
64 bytes from 8.8.8.8: icmp_seq=89 ttl=53 time=15.744 ms
64 bytes from 8.8.8.8: icmp_seq=90 ttl=53 time=15.439 ms
64 bytes from 8.8.8.8: icmp_seq=91 ttl=53 time=12.649 ms
Request timeout for icmp_seq 92
ping: sendto: No route to host
Request timeout for icmp_seq 93
ping: sendto: No route to host
Request timeout for icmp_seq 94
ping: sendto: No route to host
Request timeout for icmp_seq 95
ping: sendto: No route to host
Request timeout for icmp_seq 96
Request timeout for icmp_seq 97
64 bytes from 8.8.8.8: icmp_seq=98 ttl=53 time=13.746 ms
64 bytes from 8.8.8.8: icmp_seq=99 ttl=53 time=16.472 ms

--- 8.8.8.8 ping statistics ---
100 packets transmitted, 90 packets received, 10.0% packet loss
round-trip min/avg/max/stddev = 11.125/13.655/18.017/1.869 ms

Dold text

traceroute 8.8.4.4

Traceroute has started…

traceroute to 8.8.4.4 (8.8.4.4), 64 hops max, 72 byte packets
1 h87-96-232-1 (87.96.232.1) 1.634 ms 2.841 ms 0.815 ms
2 h77-53-13-32 (77.53.13.32) 1.206 ms 1.542 ms 1.456 ms
3 93.182.190.21 (93.182.190.21) 14.202 ms 14.020 ms 14.364 ms
4 * h88-129-129-25 (88.129.129.25) 12.891 ms 16.160 ms
5 h88-129-129-24 (88.129.129.24) 13.458 ms 12.453 ms 12.224 ms
6 h88-129-128-112 (88.129.128.112) 16.501 ms 11.861 ms *
7 h88-129-128-166 (88.129.128.166) 15.013 ms 11.550 ms 13.948 ms
8 pni-google.sto2.se.alltele.net (88.129.129.85) 23.950 ms 22.141 ms 22.268 ms
9 * * *
10 216.239.58.47 (216.239.58.47) 15.395 ms 13.316 ms 13.097 ms
11 google-public-dns-b.google.com (8.8.4.4) 11.484 ms 12.733 ms 12.176 ms

Dold text

100 ping mot 8.8.4.4
bättre mot den.. Men har sätt allt mellan 3% och 40%

Ping has started…

PING 8.8.4.4 (8.8.4.4): 56 data bytes
64 bytes from 8.8.4.4: icmp_seq=0 ttl=53 time=12.161 ms
64 bytes from 8.8.4.4: icmp_seq=1 ttl=53 time=11.995 ms
64 bytes from 8.8.4.4: icmp_seq=2 ttl=53 time=11.520 ms
64 bytes from 8.8.4.4: icmp_seq=3 ttl=53 time=11.314 ms
64 bytes from 8.8.4.4: icmp_seq=4 ttl=53 time=12.429 ms
64 bytes from 8.8.4.4: icmp_seq=5 ttl=53 time=11.536 ms
64 bytes from 8.8.4.4: icmp_seq=6 ttl=53 time=13.629 ms
64 bytes from 8.8.4.4: icmp_seq=7 ttl=53 time=11.371 ms
64 bytes from 8.8.4.4: icmp_seq=8 ttl=53 time=11.637 ms
64 bytes from 8.8.4.4: icmp_seq=9 ttl=53 time=11.984 ms
64 bytes from 8.8.4.4: icmp_seq=10 ttl=53 time=13.450 ms
Request timeout for icmp_seq 11
64 bytes from 8.8.4.4: icmp_seq=12 ttl=53 time=12.057 ms
64 bytes from 8.8.4.4: icmp_seq=13 ttl=53 time=13.128 ms
64 bytes from 8.8.4.4: icmp_seq=14 ttl=53 time=20.424 ms
64 bytes from 8.8.4.4: icmp_seq=15 ttl=53 time=12.167 ms
64 bytes from 8.8.4.4: icmp_seq=16 ttl=53 time=17.482 ms
64 bytes from 8.8.4.4: icmp_seq=17 ttl=53 time=11.507 ms
64 bytes from 8.8.4.4: icmp_seq=18 ttl=53 time=13.149 ms
64 bytes from 8.8.4.4: icmp_seq=19 ttl=53 time=13.276 ms
64 bytes from 8.8.4.4: icmp_seq=20 ttl=53 time=13.614 ms
64 bytes from 8.8.4.4: icmp_seq=21 ttl=53 time=11.607 ms
64 bytes from 8.8.4.4: icmp_seq=22 ttl=53 time=12.758 ms
64 bytes from 8.8.4.4: icmp_seq=23 ttl=53 time=13.292 ms
64 bytes from 8.8.4.4: icmp_seq=24 ttl=53 time=11.512 ms
Request timeout for icmp_seq 25
64 bytes from 8.8.4.4: icmp_seq=26 ttl=53 time=14.716 ms
64 bytes from 8.8.4.4: icmp_seq=27 ttl=53 time=15.072 ms
64 bytes from 8.8.4.4: icmp_seq=28 ttl=53 time=11.534 ms
64 bytes from 8.8.4.4: icmp_seq=29 ttl=53 time=14.464 ms
64 bytes from 8.8.4.4: icmp_seq=30 ttl=53 time=13.514 ms
64 bytes from 8.8.4.4: icmp_seq=31 ttl=53 time=14.154 ms
64 bytes from 8.8.4.4: icmp_seq=32 ttl=53 time=11.634 ms
64 bytes from 8.8.4.4: icmp_seq=33 ttl=53 time=16.546 ms
64 bytes from 8.8.4.4: icmp_seq=34 ttl=53 time=11.621 ms
64 bytes from 8.8.4.4: icmp_seq=35 ttl=53 time=12.086 ms
64 bytes from 8.8.4.4: icmp_seq=36 ttl=53 time=14.455 ms
Request timeout for icmp_seq 37
64 bytes from 8.8.4.4: icmp_seq=38 ttl=53 time=13.258 ms
64 bytes from 8.8.4.4: icmp_seq=39 ttl=53 time=15.378 ms
64 bytes from 8.8.4.4: icmp_seq=40 ttl=53 time=17.472 ms
64 bytes from 8.8.4.4: icmp_seq=41 ttl=53 time=14.709 ms
64 bytes from 8.8.4.4: icmp_seq=42 ttl=53 time=13.961 ms
64 bytes from 8.8.4.4: icmp_seq=43 ttl=53 time=13.506 ms
64 bytes from 8.8.4.4: icmp_seq=44 ttl=53 time=14.506 ms
64 bytes from 8.8.4.4: icmp_seq=45 ttl=53 time=15.708 ms
Request timeout for icmp_seq 46
64 bytes from 8.8.4.4: icmp_seq=47 ttl=53 time=16.643 ms
64 bytes from 8.8.4.4: icmp_seq=48 ttl=53 time=12.856 ms
64 bytes from 8.8.4.4: icmp_seq=49 ttl=53 time=14.373 ms
64 bytes from 8.8.4.4: icmp_seq=50 ttl=53 time=14.295 ms
64 bytes from 8.8.4.4: icmp_seq=51 ttl=53 time=13.588 ms
64 bytes from 8.8.4.4: icmp_seq=52 ttl=53 time=15.248 ms
64 bytes from 8.8.4.4: icmp_seq=53 ttl=53 time=12.352 ms
64 bytes from 8.8.4.4: icmp_seq=54 ttl=53 time=12.894 ms
64 bytes from 8.8.4.4: icmp_seq=55 ttl=53 time=14.331 ms
64 bytes from 8.8.4.4: icmp_seq=56 ttl=53 time=11.676 ms
64 bytes from 8.8.4.4: icmp_seq=57 ttl=53 time=11.568 ms
64 bytes from 8.8.4.4: icmp_seq=58 ttl=53 time=15.802 ms
64 bytes from 8.8.4.4: icmp_seq=59 ttl=53 time=13.789 ms
64 bytes from 8.8.4.4: icmp_seq=60 ttl=53 time=16.177 ms
64 bytes from 8.8.4.4: icmp_seq=61 ttl=53 time=16.265 ms
64 bytes from 8.8.4.4: icmp_seq=62 ttl=53 time=12.399 ms
64 bytes from 8.8.4.4: icmp_seq=63 ttl=53 time=12.672 ms
64 bytes from 8.8.4.4: icmp_seq=64 ttl=53 time=15.381 ms
64 bytes from 8.8.4.4: icmp_seq=65 ttl=53 time=14.501 ms
64 bytes from 8.8.4.4: icmp_seq=66 ttl=53 time=13.883 ms
64 bytes from 8.8.4.4: icmp_seq=67 ttl=53 time=11.409 ms
Request timeout for icmp_seq 68
64 bytes from 8.8.4.4: icmp_seq=69 ttl=53 time=13.500 ms
64 bytes from 8.8.4.4: icmp_seq=70 ttl=53 time=13.570 ms
64 bytes from 8.8.4.4: icmp_seq=71 ttl=53 time=13.342 ms
64 bytes from 8.8.4.4: icmp_seq=72 ttl=53 time=11.714 ms
64 bytes from 8.8.4.4: icmp_seq=73 ttl=53 time=13.306 ms
64 bytes from 8.8.4.4: icmp_seq=74 ttl=53 time=11.934 ms
64 bytes from 8.8.4.4: icmp_seq=75 ttl=53 time=11.637 ms
64 bytes from 8.8.4.4: icmp_seq=76 ttl=53 time=11.591 ms
64 bytes from 8.8.4.4: icmp_seq=77 ttl=53 time=11.853 ms
64 bytes from 8.8.4.4: icmp_seq=78 ttl=53 time=12.262 ms
64 bytes from 8.8.4.4: icmp_seq=79 ttl=53 time=11.536 ms
64 bytes from 8.8.4.4: icmp_seq=80 ttl=53 time=13.160 ms
64 bytes from 8.8.4.4: icmp_seq=81 ttl=53 time=12.702 ms
64 bytes from 8.8.4.4: icmp_seq=82 ttl=53 time=11.808 ms
64 bytes from 8.8.4.4: icmp_seq=83 ttl=53 time=14.155 ms
64 bytes from 8.8.4.4: icmp_seq=84 ttl=53 time=11.715 ms
64 bytes from 8.8.4.4: icmp_seq=85 ttl=53 time=14.657 ms
64 bytes from 8.8.4.4: icmp_seq=86 ttl=53 time=12.335 ms
64 bytes from 8.8.4.4: icmp_seq=87 ttl=53 time=12.839 ms
64 bytes from 8.8.4.4: icmp_seq=88 ttl=53 time=13.427 ms
64 bytes from 8.8.4.4: icmp_seq=89 ttl=53 time=13.843 ms
64 bytes from 8.8.4.4: icmp_seq=90 ttl=53 time=14.972 ms
64 bytes from 8.8.4.4: icmp_seq=91 ttl=53 time=13.755 ms
64 bytes from 8.8.4.4: icmp_seq=92 ttl=53 time=14.734 ms
64 bytes from 8.8.4.4: icmp_seq=93 ttl=53 time=17.492 ms
64 bytes from 8.8.4.4: icmp_seq=94 ttl=53 time=11.773 ms
64 bytes from 8.8.4.4: icmp_seq=95 ttl=53 time=14.041 ms
64 bytes from 8.8.4.4: icmp_seq=96 ttl=53 time=14.842 ms
64 bytes from 8.8.4.4: icmp_seq=97 ttl=53 time=13.412 ms
64 bytes from 8.8.4.4: icmp_seq=98 ttl=53 time=12.972 ms
64 bytes from 8.8.4.4: icmp_seq=99 ttl=53 time=11.550 ms

--- 8.8.4.4 ping statistics ---
100 packets transmitted, 95 packets received, 5.0% packet loss
round-trip min/avg/max/stddev = 11.314/13.430/20.424/1.712 ms

Dold text

Dessa fyra testerna gjorde alltså med kabel direkt in i väggen utan router.
Om det är någon IP jag inte borde posta så hojta gärna till..

Vh
Sweex

Visa signatur

Hemmabio - LG C7 55", nVidia Shield TV 2017, Onkyo TX-NR656, Dynavoice DF-5, Dynavoice DX-5, Dynavoice DC-5
Server - Dell T20 /w E3-1225v3, 1050 TI 4GB, 24GB RAM, 30TB HDD /w parity + 628GB SSD
Bärbart Retina Macbook Pro 13" Early 2015 [i5, 512GB],Sony Xperia 5 II , MediaPad 5 10,8"

Permalänk
Medlem

Jag tror det är problem, att du ska vänta tills A3 har gjort klart sammanslagningen mellan Alltele, T3, Delegate och IT-Total Västernorrland. Vilka andra tjänsteleverantörer har du att välja mellan?

Permalänk
Medlem

@Sweex
Jag har upplevt samma problem, särskilt de senaste veckorna. Har också Alltele via förening 1000/1000 dock betalar jag 170 kr/mån.

Märks väldigt tydligt med Twitch, Youtube och Netflix samt vid spelande - ibland märker jag att jag tappar uppkopplingen helt i 0-2 sekunder. T.ex. testade jag HoN (Heroes of Newerth) på nytt för några dagar sedan och flertal gånger, ibland flera gånger per spel så börjar min hjälte röra sig tillbaka till basen för att spelet inte känner av mitt internet.

Problemet kvarstår både direkt via vägguttaget och via router. Har endast Comhem, koaxial, att välja istället för närmare dubbla kostnaden.

Permalänk
Medlem

~10% packetloss är inte normalt. Det borde till och med Alltele förstå.

Men tyvärr är det ganska fruktlöst att föra dialoger med Allteles kundtjänst.
Har du möjlighet att välja en annan operatör?

Jag skulle kunna skriva ett uppsats om alla problem jag haft med Alltele på jobbet.

Den samlade känslan är att alla förändringar sker som höftskott helt utan rutin.
Så det är lite slumpen och dagsformen som avgör resultatet (tex om ett mobilabbonemang både blir uppsagt och fakturorna slutar komma).

Inte superbra om man är en tele och bredbandsleverantör...

Permalänk
Medlem
Skrivet av Gurk:

Jag tror det är problem, att du ska vänta tills A3 har gjort klart sammanslagningen mellan Alltele, T3, Delegate och IT-Total Västernorrland. Vilka andra tjänsteleverantörer har du att välja mellan?

Ja tyvärr är det nog så, lite lönlöst att börja krabba nu när "allt" kommer ändras snart.
Via har ViaEuropa stadsnät här tyvärr. Gigabit erbjuds av Alltele och Universal Telecom. 1000/100 erbjuds också av bredband2.
Så vet inte hur mycket bättre de andra är.

Skrivet av Landmark90:

@Sweex
Jag har upplevt samma problem, särskilt de senaste veckorna. Har också Alltele via förening 1000/1000 dock betalar jag 170 kr/mån.

Märks väldigt tydligt med Twitch, Youtube och Netflix samt vid spelande - ibland märker jag att jag tappar uppkopplingen helt i 0-2 sekunder. T.ex. testade jag HoN (Heroes of Newerth) på nytt för några dagar sedan och flertal gånger, ibland flera gånger per spel så börjar min hjälte röra sig tillbaka till basen för att spelet inte känner av mitt internet.

Problemet kvarstår både direkt via vägguttaget och via router. Har endast Comhem, koaxial, att välja istället för närmare dubbla kostnaden.

PRECIS så vi också upplever det, det är hemskt jobbigt.
Värst är det på mobilen, den verkar ganska aggressiv med att hoppa av wifi när det inte finns internetanslutning och markera vårt wifi som disabled pga detta. SÅ då får jag, flera gånger av dagen, aktivt klicka på att ansluta till vårt wifi igen. Duktigt jobbigt.

Skrivet av henkiii:

~10% packetloss är inte normalt. Det borde till och med Alltele förstå.

Men tyvärr är det ganska fruktlöst att föra dialoger med Allteles kundtjänst.
Har du möjlighet att välja en annan operatör?

Jag skulle kunna skriva ett uppsats om alla problem jag haft med Alltele på jobbet.

Den samlade känslan är att alla förändringar sker som höftskott helt utan rutin.
Så det är lite slumpen och dagsformen som avgör resultatet (tex om ett mobilabbonemang både blir uppsagt och fakturorna slutar komma).

Inte superbra om man är en tele och bredbandsleverantör...

Tyvärr, ska jag nog säga i detta fallet, är det inte alltid så. Vissa gånger kan det ligga på 0-1%. Så det är svårt att felsöka

Kan välja Universal Telecom eller Bredband2 (om jag går ner till 1000/100). Vet inte riktigt om de två är något bättre?

Visa signatur

Hemmabio - LG C7 55", nVidia Shield TV 2017, Onkyo TX-NR656, Dynavoice DF-5, Dynavoice DX-5, Dynavoice DC-5
Server - Dell T20 /w E3-1225v3, 1050 TI 4GB, 24GB RAM, 30TB HDD /w parity + 628GB SSD
Bärbart Retina Macbook Pro 13" Early 2015 [i5, 512GB],Sony Xperia 5 II , MediaPad 5 10,8"

Permalänk
Medlem

Du ska inte kolla mot googles dns servrar 8 8 8 8 och 8 8 4 4 utan mot t.ex sunet.se samt de andra universistetn i sv då de ligger nära GIX.

Foliehatt. Sen om nu trafuken rotas om till finland till nofge till danmark och sen tillbacks till sv för att en eller flera linor liger nere så vet de kanske inte ens det fören det är åtgärdat av lote längre ner i kedjan.

Visa signatur

CPU: 5900x. Mem:64GB@3200 16-17-17-34-1T. (ImDIsk)
GPU: 1080 Ti@ca 6-7%OC. Sound: SB-Z -> toslink (DTS)-> old JVC. MB Realtek to Z-2300 for VOIP.

Permalänk
Medlem

BBB rekomenderar pingplotter. https://www.pingplotter.com/download
14 dagar test. Men inte säkert att du ser det i alla fall. =( Du kanske har klockren koppling till USA men inte Austrailen eller bra till nederländerna men inte till gata n på andra sidan där polaren sitter.

Visa signatur

CPU: 5900x. Mem:64GB@3200 16-17-17-34-1T. (ImDIsk)
GPU: 1080 Ti@ca 6-7%OC. Sound: SB-Z -> toslink (DTS)-> old JVC. MB Realtek to Z-2300 for VOIP.

Permalänk
Medlem

https://www.dslreports.com/tools/pingtest
Lettar efter en gammal då man kan göra en jitter test. Kräver java och om jag inte minns fel finns det en host i helsinki som är bra BRA.

Visa signatur

CPU: 5900x. Mem:64GB@3200 16-17-17-34-1T. (ImDIsk)
GPU: 1080 Ti@ca 6-7%OC. Sound: SB-Z -> toslink (DTS)-> old JVC. MB Realtek to Z-2300 for VOIP.

Permalänk
Medlem

https://www.megapath.com/speedtestplus/ verkar dungera hyfsatt men tycker jittervärdena är lite skumma.

Lycka till. //

Visa signatur

CPU: 5900x. Mem:64GB@3200 16-17-17-34-1T. (ImDIsk)
GPU: 1080 Ti@ca 6-7%OC. Sound: SB-Z -> toslink (DTS)-> old JVC. MB Realtek to Z-2300 for VOIP.

Permalänk
Medlem

Körde också via Alltele innan Boxer ändrade routingen i samband med att de blev uppköpta av ComHem.

Upplevde precis samma sak med Alltele. Packetloss och ping-spikar.

Visa signatur
Permalänk
Medlem
Skrivet av henkiii:

~10% packetloss är inte normalt. Det borde till och med Alltele förstå.

Men tyvärr är det ganska fruktlöst att föra dialoger med Allteles kundtjänst.
Har du möjlighet att välja en annan operatör?

Jag skulle kunna skriva ett uppsats om alla problem jag haft med Alltele på jobbet.

Den samlade känslan är att alla förändringar sker som höftskott helt utan rutin.
Så det är lite slumpen och dagsformen som avgör resultatet (tex om ett mobilabbonemang både blir uppsagt och fakturorna slutar komma).

Inte superbra om man är en tele och bredbandsleverantör...

De får väll skicka alt med TCP samt skylla på någon annan. ISO Flödeschema (detta är ett skämt(och ja vi kometerar kod IRL. Inte för att det blir bra men vi kan))
Kalsiska skämtet ja och nej frågor.
Kan du ja eller nej. ja. Problem löst kan du. Nej. Kan du då... ja problem löst. Nej börja om. Nej nej nej, Kan du skylla på någon annan nej. nej. Hitta någon att skylla på. Problem löst nej. Gör om, Problem löst ja. ISO 1911

Visa signatur

CPU: 5900x. Mem:64GB@3200 16-17-17-34-1T. (ImDIsk)
GPU: 1080 Ti@ca 6-7%OC. Sound: SB-Z -> toslink (DTS)-> old JVC. MB Realtek to Z-2300 for VOIP.

Permalänk
Medlem

Låter som att det är betydligt djupare problem än bara din lina, framförallt när andra kommer in i tråden och vittnar om samma problem.

I min mening känns det lönlöst att kriga mot en operatör som totalt nekar dessa problem.

Bästa tipset är nog att byta till någon av dom andra och se om det funkar bättre, är det samma problem där så är det väl tyvärr stadsnätet som säckar.

Bredband2:

--- 8.8.8.8 ping statistics --- 17 packets transmitted, 17 received, 0% packet loss, time 16024ms rtt min/avg/max/mdev = 1.832/1.930/2.463/0.147 ms --- ping.sunet.se ping statistics --- 16 packets transmitted, 16 received, 0% packet loss, time 15021ms rtt min/avg/max/mdev = 1.688/1.967/2.640/0.273 ms

Permalänk
Medlem
Skrivet av hACmAn:

De får väll skicka alt med TCP samt skylla på någon annan. ISO Flödeschema (detta är ett skämt(och ja vi kometerar kod IRL. Inte för att det blir bra men vi kan))
Kalsiska skämtet ja och nej frågor.
Kan du ja eller nej. ja. Problem löst kan du. Nej. Kan du då... ja problem löst. Nej börja om. Nej nej nej, Kan du skylla på någon annan nej. nej. Hitta någon att skylla på. Problem löst nej. Gör om, Problem löst ja. ISO 1911

Du, man förstår ingenting av det du skrivit i tråden.

Visa signatur

Ryzen 9950X3D | 128 GB Ram | RTX 5090 | Samsung 990 Pro 4 TB * 3 | Corsair 1500W
Macbook Pro M4 Pro | 48 GB Ram | 512 GB SSD
Laptop: Core 9 Ultra 185H | 24GB Ram | RTX 4060 | 3 TB NVME

Permalänk
Hedersmedlem

Jag bytte från Alltele för ett antal år sedan pga allt strul, till Telia istället och blev direkt av med alla problem.

Tyvärr har jag bekanta som suttit kvar med Alltele och fortfarande har problem. Det allra mest fantastiska från några månader tillbaka var att de bytte epost-servrar, för i detta fallet ett företag, utan någon som helst form av meddelande. Jag fick sitta i telefonkö nästan en timme på en måndag morgon eftersom all mail slutat fungera. Varför långa köer? Jo, de erkände att de "glömt" skicka ut informationen till alla andra företagskunder också, så de var nerringda. Lika uselt som jag personligen minns det när jag fortfarande använde Alltele.

Alltele är ett permanent undvik om någon frågar mig.

Visa signatur

W10, Intel 5820K, Asus X99-S, Crucial DDR4 2133MHz 32GB, Sapphire 290X Tri-X, Intel 730 SSD, WD Black+Green+HGST, Silverstone FT02, Corsair AX1200, Corsair K90, Logitech MX518, Eizo 2736w, Eaton 5115 UPS. Pixel 7 pro

Permalänk
Medlem
Skrivet av nikce:

Körde också via Alltele innan Boxer ändrade routingen i samband med att de blev uppköpta av ComHem.

Upplevde precis samma sak med Alltele. Packetloss och ping-spikar.

Bytte du leverantör för att "lösa" problemet?

Skrivet av BasseBaba:

Låter som att det är betydligt djupare problem än bara din lina, framförallt när andra kommer in i tråden och vittnar om samma problem.

I min mening känns det lönlöst att kriga mot en operatör som totalt nekar dessa problem.

Bästa tipset är nog att byta till någon av dom andra och se om det funkar bättre, är det samma problem där så är det väl tyvärr stadsnätet som säckar.

Bredband2:

--- 8.8.8.8 ping statistics --- 17 packets transmitted, 17 received, 0% packet loss, time 16024ms rtt min/avg/max/mdev = 1.832/1.930/2.463/0.147 ms --- ping.sunet.se ping statistics --- 16 packets transmitted, 16 received, 0% packet loss, time 15021ms rtt min/avg/max/mdev = 1.688/1.967/2.640/0.273 ms

Jo visst känns det så. Är du nöjd med Bredband2? har ju som sagt inte så mycket att välja på.
Har en plex server som mina föräldrar ibland nyttjar så upload är lite viktigt för mig. Och bredband 2 erbjuder "bara" 100mbit upp. Men borde la räcka och ett stabilt nät väger ju väldigt högt..

Skrivet av MultiMan:

Jag bytte från Alltele för ett antal år sedan pga allt strul, till Telia istället och blev direkt av med alla problem.

Tyvärr har jag bekanta som suttit kvar med Alltele och fortfarande har problem. Det allra mest fantastiska från några månader tillbaka var att de bytte epost-servrar, för i detta fallet ett företag, utan någon som helst form av meddelande. Jag fick sitta i telefonkö nästan en timme på en måndag morgon eftersom all mail slutat fungera. Varför långa köer? Jo, de erkände att de "glömt" skicka ut informationen till alla andra företagskunder också, så de var nerringda. Lika uselt som jag personligen minns det när jag fortfarande använde Alltele.

Alltele är ett permanent undvik om någon frågar mig.

Tyvärr kan jag inte välja så mycket annat, bara Bredband2 och Universal Telecom? Är dem bättre?

Låter ju helt sjukt dåligt av dem. Kan inte vara kul att som företag ha dem som ISP när man är så beroende av mail mm.

Visa signatur

Hemmabio - LG C7 55", nVidia Shield TV 2017, Onkyo TX-NR656, Dynavoice DF-5, Dynavoice DX-5, Dynavoice DC-5
Server - Dell T20 /w E3-1225v3, 1050 TI 4GB, 24GB RAM, 30TB HDD /w parity + 628GB SSD
Bärbart Retina Macbook Pro 13" Early 2015 [i5, 512GB],Sony Xperia 5 II , MediaPad 5 10,8"

Permalänk
Medlem
Skrivet av MultiMan:

Jag bytte från Alltele för ett antal år sedan pga allt strul, till Telia istället och blev direkt av med alla problem.

Tyvärr har jag bekanta som suttit kvar med Alltele och fortfarande har problem. Det allra mest fantastiska från några månader tillbaka var att de bytte epost-servrar, för i detta fallet ett företag, utan någon som helst form av meddelande. Jag fick sitta i telefonkö nästan en timme på en måndag morgon eftersom all mail slutat fungera. Varför långa köer? Jo, de erkände att de "glömt" skicka ut informationen till alla andra företagskunder också, så de var nerringda. Lika uselt som jag personligen minns det när jag fortfarande använde Alltele.

Alltele är ett permanent undvik om någon frågar mig.

BBB gjorde det nyss.. De nya mejlservrarna ska logas in med e-mail som anv fast med samma lösen. Du kan sicka med ditt användarnan i mitt fall ****** men inte ta emot. De var de inte klara på att berätta. men tar jag min e-post som anv så fungerar det. Det skumma är att jag kan logga in på samtliga tjänster utom mail med ******. De segmenterade det hela, inte fel. Men som sagt. Info är a och o.

Visa signatur

CPU: 5900x. Mem:64GB@3200 16-17-17-34-1T. (ImDIsk)
GPU: 1080 Ti@ca 6-7%OC. Sound: SB-Z -> toslink (DTS)-> old JVC. MB Realtek to Z-2300 for VOIP.

Permalänk
Medlem

@Sweex:
Vi hade lite skumma beteende med Bredband2 i Nyköping för ca 2 år sedan. Verkade vara lokalt har för mig det fungerade bättre i Gnesta. Fast där hade vi fiber problem. Det är löst nu men fick inte reda på vad som var orsaken. Ofta så med allmänna kablar. Har inte testat Universal Telecom så vågar inte säja något där.

Visa signatur

CPU: 5900x. Mem:64GB@3200 16-17-17-34-1T. (ImDIsk)
GPU: 1080 Ti@ca 6-7%OC. Sound: SB-Z -> toslink (DTS)-> old JVC. MB Realtek to Z-2300 for VOIP.

Permalänk
Medlem
Skrivet av hACmAn:

@Sweex:
Vi hade lite skumma beteende med Bredband2 i Nyköping för ca 2 år sedan. Verkade vara lokalt har för mig det fungerade bättre i Gnesta. Fast där hade vi fiber problem. Det är löst nu men fick inte reda på vad som var orsaken. Ofta så med allmänna kablar. Har inte testat Universal Telecom så vågar inte säja något där.

Tack. Får se om jag kan säga upp alltele och testa bredband2.

Skickades från m.sweclockers.com

Visa signatur

Hemmabio - LG C7 55", nVidia Shield TV 2017, Onkyo TX-NR656, Dynavoice DF-5, Dynavoice DX-5, Dynavoice DC-5
Server - Dell T20 /w E3-1225v3, 1050 TI 4GB, 24GB RAM, 30TB HDD /w parity + 628GB SSD
Bärbart Retina Macbook Pro 13" Early 2015 [i5, 512GB],Sony Xperia 5 II , MediaPad 5 10,8"

Permalänk
Medlem

Kört lite tester med PingLotter och har väldigt ostabil ping. Avg är låg och bra för det mesta, men även till typ tv4 play kan det ibland bli över 200ms i svarstid och viss PL.
www.youtube.com är samma sak, avg bra men spikar en hel del imho.

sen är det två level 3 servrar (vad är det?) som jag får typ 40% PL mot
lag-121.ear2.stockholm2.level3.net
ae-2-3617.ear1.stockholm1.level3.net

Så där verkar något vara riktigt fel?

EDIT:

Här är en print på pinglotter till fyra hemsidor. Stor variation i svarstid?

Sitter med kabel till routern, alltså ej rätt i väggen. Stor PL till routern som jag förstår det som??
Varför??

Visa signatur

Hemmabio - LG C7 55", nVidia Shield TV 2017, Onkyo TX-NR656, Dynavoice DF-5, Dynavoice DX-5, Dynavoice DC-5
Server - Dell T20 /w E3-1225v3, 1050 TI 4GB, 24GB RAM, 30TB HDD /w parity + 628GB SSD
Bärbart Retina Macbook Pro 13" Early 2015 [i5, 512GB],Sony Xperia 5 II , MediaPad 5 10,8"

Permalänk
Medlem

varför köra pingplotter bakom routern ?

Permalänk
Medlem
Skrivet av MiST:

varför köra pingplotter bakom routern ?

Är det a big no no? Jag har ingen aning, såg bara PingPlotter nämnas så jag har bara lekt lite med det.
Men är det verkligen normalt att ha så mkt PL till routern? Menar, är min router en del av problemen?

Visa signatur

Hemmabio - LG C7 55", nVidia Shield TV 2017, Onkyo TX-NR656, Dynavoice DF-5, Dynavoice DX-5, Dynavoice DC-5
Server - Dell T20 /w E3-1225v3, 1050 TI 4GB, 24GB RAM, 30TB HDD /w parity + 628GB SSD
Bärbart Retina Macbook Pro 13" Early 2015 [i5, 512GB],Sony Xperia 5 II , MediaPad 5 10,8"

Permalänk
Medlem
Skrivet av Sweex:

Är det a big no no? Jag har ingen aning, såg bara PingPlotter nämnas så jag har bara lekt lite med det.
Men är det verkligen normalt att ha så mkt PL till routern? Menar, är min router en del av problemen?

Jag ser inga större fel med dina plottermätningar, till t.ex tv4play har du knappt något jitter alls - svarstiden varierar mellan 12-16ms.

Däremot så har något allvarligt problem hemma hos dig, du ska inte ha 30% loss till din egen router.
Koppla in din dator direkt till bredbandsuttaget (dvs utan router) och mät igen.

Permalänk
Medlem

@Sweex:

Vad har du för router? Den verkar vara problemet...

Visa signatur

i7 2600k | Asus P8P67 | Corsair H80 | Asus GTX 770 OC | 8GB | Corsair TX650W | Fractal Design R3 | Samsung 860 EVO 1TB

Macbook Pro 16'' M1 Pro | 16GB | 512GB

Permalänk
Medlem
Skrivet av Sweex:

Är det a big no no? Jag har ingen aning, såg bara PingPlotter nämnas så jag har bara lekt lite med det.
Men är det verkligen normalt att ha så mkt PL till routern? Menar, är min router en del av problemen?

Jag tycker det verkar skumt med 1/3 pingtapp mot routern.
Gör vad du kan, testa utan routern, byt kabel, testa med annan dator etc.
Orimligt mycket för att ens fungera, känns som att något händer... i stil med avsiktliga paketdrops eller du har IP-fel i det lokala nätet (typ flera routrar eller något), mycket skumt.

Permalänk
Medlem
Skrivet av madtop:

Jag ser inga större fel med dina plottermätningar, till t.ex tv4play har du knappt något jitter alls - svarstiden varierar mellan 12-16ms.

Däremot så har något allvarligt problem hemma hos dig, du ska inte ha 30% loss till din egen router.
Koppla in din dator direkt till bredbandsuttaget (dvs utan router) och mät igen.

Är det inte konstigt att det varierar så? Ibland får jag ju spikar till 100-200ms?

Ja att något är fel märker vi.. Jag testar det när jag kommer hem från jobbet.

Skickades från m.sweclockers.com

Skrivet av joeldeluxe:

@Sweex:

Vad har du för router? Den verkar vara problemet...

Jag har en Netgear R7000 med senaste mjukvaran. Bara cat 6 och någon cat5e kablar. Har även en netgear 5 ports gigabit dum switch.
De testerna gjordes dock inte bakom den.

Skrivet av Gurk:

Jag tycker det verkar skumt med 1/3 pingtapp mot routern.
Gör vad du kan, testa utan routern, byt kabel, testa med annan dator etc.
Orimligt mycket för att ens fungera, känns som att något händer... i stil med avsiktliga paketdrops eller du har IP-fel i det lokala nätet (typ flera routrar eller något), mycket skumt.

Har bara en router och en switch, se ovan.
Men ska testa när jag kommer hem!
Körde dessa fyra testerna samtidigt, men det ska la gå? Menar man måste ju kunna surfa mot flera sidor samtidigt?

@all: tror ni att det kan ha något med Chromecast att göra? Läst mycket på senaste dagarna att de överlastar routrar med massa paket när de är I sleep?
Har en del cast enheter hemma nämligen..

Visa signatur

Hemmabio - LG C7 55", nVidia Shield TV 2017, Onkyo TX-NR656, Dynavoice DF-5, Dynavoice DX-5, Dynavoice DC-5
Server - Dell T20 /w E3-1225v3, 1050 TI 4GB, 24GB RAM, 30TB HDD /w parity + 628GB SSD
Bärbart Retina Macbook Pro 13" Early 2015 [i5, 512GB],Sony Xperia 5 II , MediaPad 5 10,8"

Permalänk
Medlem
Skrivet av Sweex:

@all: tror ni att det kan ha något med Chromecast att göra? Läst mycket på senaste dagarna att de överlastar routrar med massa paket när de är I sleep?
Har en del cast enheter hemma nämligen..

Ja, såg detta nu jag med.

Det är väl ganska enkelt att prova. Ryck ur grejerna och kör igen.
Annars kan du faktiskt ta fram wireshark och sitta och kolla vad som händer (sniffing verktyg).

Permalänk
Medlem
Skrivet av Gurk:

Ja, såg detta nu jag med.

Det är väl ganska enkelt att prova. Ryck ur grejerna och kör igen.
Annars kan du faktiskt ta fram wireshark och sitta och kolla vad som händer (sniffing verktyg).

Ska komma en fix idag så väntar nog och se. Har lite för många enheter haha!

Så här ser det ut utan routern. Såklart igen PL till routern då, men fortfarande en del på vägen. Något känns inte helt rätt, tycker jag?

Visa signatur

Hemmabio - LG C7 55", nVidia Shield TV 2017, Onkyo TX-NR656, Dynavoice DF-5, Dynavoice DX-5, Dynavoice DC-5
Server - Dell T20 /w E3-1225v3, 1050 TI 4GB, 24GB RAM, 30TB HDD /w parity + 628GB SSD
Bärbart Retina Macbook Pro 13" Early 2015 [i5, 512GB],Sony Xperia 5 II , MediaPad 5 10,8"

Permalänk
Medlem
Skrivet av Sweex:

Ska komma en fix idag så väntar nog och se. Har lite för många enheter haha!

https://i.imgur.com/gWmyyPD.png
Så här ser det ut utan routern. Såklart igen PL till routern då, men fortfarande en del på vägen. Något känns inte helt rätt, tycker jag?

Du tolkar dina bilder fel. Du har låg och jämn fördröjning till dina destinationer, se det mer eller mindre raka svarta strecket.
Att någon router på vägen ibland dröjer några ms med att svara på en ping påverkar inte din trafik.

Din uppkoppling ser perfekt ut.

Permalänk
Medlem
Skrivet av Sweex:

Ska komma en fix idag så väntar nog och se. Har lite för många enheter haha!

https://i.imgur.com/gWmyyPD.png
Så här ser det ut utan routern. Såklart igen PL till routern då, men fortfarande en del på vägen. Något känns inte helt rätt, tycker jag?

Läs och lär: http://lmgtfy.com/?q=tues+traceroute

traceroute/pingplotter är inte be-all-end-all av felsökningsverktyg.

En kompis till mig hade problem med sjukligt långsam trafik från seedboxes, sunet ftp och lite andra saker som man skulle kunna förvänta sig att ha bra speed ifrån och som han hade haft tidigare. Hans operatör var T3 och i samband med att dom berättade att man skulle slå ihop dom med Alltele och sedan är det väl ett par till företag, då började trafiken routas om över Allteles nät vilket man kunde se i traceroutes. Så jag hjälpte honom att felanmäla men inget vettigt kom ut av det, annat än att dom la det vidare till någon 2nd/3rd line support och vips ett par dagar senare var hans uppkoppling hyffsat normal igen.

Mesta av trafiken som han hade problem med gick endera via cloudflare eller level3, så vad dom gjort för galet där vet jag inte men något är det ju som inte stämmer riktigt. Och tyvärr är min erfarenhet av deras support att dom gärna svarade på mailet men sedan hände inget mer och man sa att "det inte fanns några tecken på fel" vilket var skitsnack såklart. Tyvärr kanske man måste stångas lite med dom för att få hjälp. För svarstider var det inget fel på, traceroutes som jag skickade in till dom var bara till för att identifiera vilken väg trafiken tog, det kan ju vara ett dassigt linjekort eller sfp som ställer till det exempelvis.

Visa signatur

Cisco - Linux - VMWare
-- Citera mig om ni vill få återkoppling --

Permalänk
Medlem
Skrivet av deegan:

"tues traceroute"? Menar du reverse (eller vad betyder det)?
Och kanske inte dryga sig med lmgtfy? Vi ska väl vara trevliga.

Skrivet av deegan:

En kompis till mig hade problem med sjukligt långsam trafik från seedboxes, sunet ftp och lite andra saker som man skulle kunna förvänta sig att ha bra speed ifrån och som han hade haft tidigare. Hans operatör var T3 och i samband med att dom berättade att man skulle slå ihop dom med Alltele och sedan är det väl ett par till företag, då började trafiken routas om över Allteles nät vilket man kunde se i traceroutes. Så jag hjälpte honom att felanmäla men inget vettigt kom ut av det, annat än att dom la det vidare till någon 2nd/3rd line support och vips ett par dagar senare var hans uppkoppling hyffsat normal igen.

Mesta av trafiken som han hade problem med gick endera via cloudflare eller level3, så vad dom gjort för galet där vet jag inte men något är det ju som inte stämmer riktigt. Och tyvärr är min erfarenhet av deras support att dom gärna svarade på mailet men sedan hände inget mer och man sa att "det inte fanns några tecken på fel" vilket var skitsnack såklart. Tyvärr kanske man måste stångas lite med dom för att få hjälp. För svarstider var det inget fel på, traceroutes som jag skickade in till dom var bara till för att identifiera vilken väg trafiken tog, det kan ju vara ett dassigt linjekort eller sfp som ställer till det exempelvis.

Låter mer som om trafiken kastas om enligt mpls till billigaste vägen (AllTele är väldigt duktiga på detta, otroligt proffsiga på att hitta sånt här). Linjekort och SFP:er larmar mycket tidigt vid småfel, temperaturer och dämpning etc så... näh, det ser inte ut så då utan att det märks, högst osannolikt att det ställer till liknande öht, iaf i coregrejer.