Tele2-tråden (f.d. Com Hem)

torrentrafiken slöare än slött igen som sagt ja...hisingen här också.
nån som har tips på nån annan leverantör?

Stämmer bra på hisingen, segt som sirap 55-65mb av 200mb

Bor i haga, även här går det segt som fan flera gånger per dag. b.l.a just nu

Samma här. Kan knappt surfa...

http://www.speedtest.net/result/1525819563.png
http://www.speedtest.net/result/1525831058.png
http://www.speedtest.net/result/1525836357.png
http://www.speedtest.net/result/1525854190.png

Betalar för 100/100, och inte så lite heller

Finns det inget nummer till ComHems driftcentral?

Edit: bor på Guldheden, Göteborg

Sitter också på Guldheden och betalar för 200mbit.
Har knappt fått mer än 0.5mbit i några timmar nu och paniken börjar infinna sig mer och mer..

Frågan är om detta är resultatet av ett helt /20-nät, dvs. ca 2000 potentiella abonnenter som kör v0026. Tycker det skulle vara rätt intressant att kika på

1) Vilka hastighet ni får via UDP.
2) Vad är nyttjandegraden av minne och CPU samt antal sessioner på er default gateway.

Är det inte bara så att modemet automatiskt stänger av Channelbonding när det är för många trådlösa nätverk i närheten på samma frekvensband?
Så ska det iaf vara som jag uppfattat det. Är det inte bara så att det kommit några nya nätverk i närheten?

Edit: Kom på att du sagt att det fungerade med din andra router. Då kan det ju helt enkelt vara så att dom höjde känsligheten på det efter uppdateringen.

Menade såklart att jag har 100/10 eftersom tölparna inte ger mer än så upp... skulle helst ha 100 ner och gigabit upp

Idag ser det ut såhär iaf: http://www.speedtest.net/result/1526625310.png

haft dålig hastighet i någon vecka nu pratat med supporten, de felsöker och felsöker men hittar inget fel, pratade idag med dem igen, Enl supporten så finns det ett belastningsproblem i nätet där jag bor sedan ett tag tillbaka frågade hur lång tid det skulle ta och felsöka klart ja några veckor till sa hon då !! betalar för 100/10 har 7/10.. hoppas fibern kopplas in snart då blir det bye bye comhem !

Upp och nergraderingen gav mitt totalkrupp, portforwards försvann, hastigheten blev ungefär 10/1. Löstes genom mjuk reboot.

Har Comhem 100/10. Den kväll jag testade med version 27 så fick jag mycket bättre hastighet. En fördubbling, t om långt över 100Mb/s ibland på BBK, nån gång uppåt 200Mb/s. Dagen efter när v. 26 var tillbaks så gick det trögt igen. Tvivlar på att det var en tillfällighet, men det är ju svårt att veta säkert...

Misstänker det också. Kan bekräfta att jag upplever precis samma sak som flera andra, dvs att channel bonding funkade på v23 (=300 MBit länkhastighet) men den slutade funka i den senaste versionen (26.) Nu kör jag på en extern router istället som även den avaktiverar channel bonding pga trängseln på 2,4 GHz men det är ju precis som det är tänkt att den ska göra.

Min misstanke är, precis som du säger, att man nog ändrat nåt i mjukvaran till Netgear som gör att den senaste versionen är mer benägen att avaktivera channel bonding vid störningar från andra nätverk.

Nä, jag klagar inte heller. Fast just nu kör bara tre av mina grannar med 100+ MBit medan resten av dom sitter med Cisco-modem och wireless g (basutbudet i vårt brf-avtal med Comhem.) Tror att det än så länge finns plats för alla tre även på 5 GHz...

-fb0r

Eftersom http och ftp-downloads kan få CRCproblem med v26 så kanske detta problem även visar sig med bredbandskollen för vissa? Då tänker jag på er med v26 och som mäter dåligt i bbkollen och inte enbart torrents. Testa fimpa NAT och gör ett speedtest. Är hastigheten bra då men inte med NAT så är det ju ytterligare ett problem rellaterat till mjukvaran/CRCbuggen.

Jag har också problem att bredbandskollen visar låga hastigheter under "peak-hour".

Körde lite test med http://www.speedtest.net nu och fick bra resultat mot en av servrarna där.

Frågan är ju vart problemet ligger.

Svårt att säga, ser inte ut som ditt test på speedtest.net är samtidigt som de på bbkollen men har man bra på ett ställe samtidigt som ett annat är dåligt är det kanske göteborgsservern hos bbk som ballar ur. Tror jag sett det tidigare för 6+mån sedan med samma server. Kan såklart vara annat också som kapaciteten hos comhem m.m. Dock borde ju alla mätservrar och testsiter visa fel då kan man tycka...

Gjorde lite test mot andra bredbandskollen servrar och får dåliga resultat där också (<40 Mbps). Nu fick jag kass hastighet mot speedtest-servern också.

Något står inte rätt till.

Även om det inte är så farligt, så ser man också att jag har mera jitter när jag "pingar" ping.sunet.se nu på kvällen än på morgonen.

Idag vid 19-tiden

Pinging ping.sunet.se [192.36.125.18] with 32 bytes of data:
Reply from 192.36.125.18: bytes=32 time=19ms TTL=249
Reply from 192.36.125.18: bytes=32 time=17ms TTL=249
Reply from 192.36.125.18: bytes=32 time=14ms TTL=249
Reply from 192.36.125.18: bytes=32 time=26ms TTL=249
Reply from 192.36.125.18: bytes=32 time=13ms TTL=249
Reply from 192.36.125.18: bytes=32 time=15ms TTL=249
Reply from 192.36.125.18: bytes=32 time=15ms TTL=249
Reply from 192.36.125.18: bytes=32 time=14ms TTL=249
Reply from 192.36.125.18: bytes=32 time=15ms TTL=249
Reply from 192.36.125.18: bytes=32 time=14ms TTL=249
Reply from 192.36.125.18: bytes=32 time=15ms TTL=249
Reply from 192.36.125.18: bytes=32 time=17ms TTL=249
Reply from 192.36.125.18: bytes=32 time=24ms TTL=249
Reply from 192.36.125.18: bytes=32 time=15ms TTL=249
Reply from 192.36.125.18: bytes=32 time=13ms TTL=249
Reply from 192.36.125.18: bytes=32 time=21ms TTL=249
Reply from 192.36.125.18: bytes=32 time=15ms TTL=249
Reply from 192.36.125.18: bytes=32 time=16ms TTL=249
Reply from 192.36.125.18: bytes=32 time=16ms TTL=249
Reply from 192.36.125.18: bytes=32 time=15ms TTL=249
Reply from 192.36.125.18: bytes=32 time=25ms TTL=249
Reply from 192.36.125.18: bytes=32 time=24ms TTL=249
Reply from 192.36.125.18: bytes=32 time=27ms TTL=249
Reply from 192.36.125.18: bytes=32 time=15ms TTL=249
Reply from 192.36.125.18: bytes=32 time=18ms TTL=249
Reply from 192.36.125.18: bytes=32 time=18ms TTL=249
Reply from 192.36.125.18: bytes=32 time=16ms TTL=249
Reply from 192.36.125.18: bytes=32 time=16ms TTL=249
Reply from 192.36.125.18: bytes=32 time=24ms TTL=249
Reply from 192.36.125.18: bytes=32 time=16ms TTL=249
Reply from 192.36.125.18: bytes=32 time=15ms TTL=249
Reply from 192.36.125.18: bytes=32 time=15ms TTL=249
Reply from 192.36.125.18: bytes=32 time=15ms TTL=249
Reply from 192.36.125.18: bytes=32 time=14ms TTL=249
Reply from 192.36.125.18: bytes=32 time=14ms TTL=249
Reply from 192.36.125.18: bytes=32 time=16ms TTL=249
Reply from 192.36.125.18: bytes=32 time=26ms TTL=249
Reply from 192.36.125.18: bytes=32 time=19ms TTL=249
Reply from 192.36.125.18: bytes=32 time=19ms TTL=249
Reply from 192.36.125.18: bytes=32 time=15ms TTL=249
Reply from 192.36.125.18: bytes=32 time=26ms TTL=249
Reply from 192.36.125.18: bytes=32 time=16ms TTL=249
Reply from 192.36.125.18: bytes=32 time=27ms TTL=249
Reply from 192.36.125.18: bytes=32 time=16ms TTL=249
Reply from 192.36.125.18: bytes=32 time=15ms TTL=249
Reply from 192.36.125.18: bytes=32 time=19ms TTL=249
Reply from 192.36.125.18: bytes=32 time=15ms TTL=249
Reply from 192.36.125.18: bytes=32 time=14ms TTL=249
Reply from 192.36.125.18: bytes=32 time=13ms TTL=249
Reply from 192.36.125.18: bytes=32 time=16ms TTL=249
Reply from 192.36.125.18: bytes=32 time=25ms TTL=249
Reply from 192.36.125.18: bytes=32 time=15ms TTL=249
Reply from 192.36.125.18: bytes=32 time=15ms TTL=249
Reply from 192.36.125.18: bytes=32 time=15ms TTL=249
Reply from 192.36.125.18: bytes=32 time=15ms TTL=249
Reply from 192.36.125.18: bytes=32 time=16ms TTL=249
Reply from 192.36.125.18: bytes=32 time=16ms TTL=249
Reply from 192.36.125.18: bytes=32 time=14ms TTL=249
Reply from 192.36.125.18: bytes=32 time=16ms TTL=249
Reply from 192.36.125.18: bytes=32 time=16ms TTL=249

Ping statistics for 192.36.125.18:
Packets: Sent = 60, Received = 60, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 13ms, Maximum = 27ms, Average = 17ms

I morse vid 9:30

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

Ping statistics for 192.36.125.18:
Packets: Sent = 28, Received = 28, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 13ms, Maximum = 15ms, Average = 14ms

stora störningar även i södra stockholm kan jag rapportera in. sirap 200 och jag är tillbaka till 1999 helt plötsligt. verkar vara STORA driftsstörningar över större delen av landet just nu. inte bara vad jag läst här. utan pratat med andra som har comhem runt om i landet. till dem priser vi betalar borde det inte finnas en chans att något sådant här ska hända. till priset sätt så borde vi ha 1000/1000 iaf. missnöjd som vanligt med comhem.

Men hallå? För att flera i götet, nån i södra dalarna och en i stockholm har problem är det ju föga samma fel eller orsak. Finns ingen fysisk möjlighet oavsett operatör eller teknik. Bor man i samma kvarter eller stadsdel så shure men olika delar av landet? Dessutom klagar de i götet på olika saker, endel på att bbkollen ger 7, 40 jada mbit, endel på torrents, endel på mjukvaran som enligt utsago inte finns i stockholm, den i dalarna på nästan ingen uppkoppling alls.

Ring comhem vid problem. Här kan man få tips och råd men då får du vara snäll och bifoga nån typ av info om ditt problem eller vettigt påstående så tillsvidare är mitt råd att inte antaga att ett fel i göteborg finns i stockholm och ringa comhem.

Fråga: Modem? Problem i detalj? Vad har DU felsökt?

Måste vara väldigt lokala problem på hissingen då, själv har jag 16MB/sec vid vanlig http download och 11MB/sec vid torrent.
Bor på Eketrägatan.

Inte haft några problem alls.

Att felsöka detta problem från användarhåll är inte speciellt lätt. Än svårare är det att påvisa för Comhem Firstline Support, mycket då jag misstänker att den inbyggda bandbreddstesten i CG3100 (som endast kan göras med NAT påslaget) körs över UDP och då syns inget performance problem öht.

Information som är intressant om du är drabbad av det aktuella belastningsproblemet är följande.

Var
Stad / Stadsdel

Tidpunkt
Flera mätningar under olika tider på dygnet under ett par dagar behövs göras. Hastighetsproblem upplevs tydligast vardagar mellan 18:00 - 00:00 samt helger.

CG3100 mjukvara
Vilken mjukvara kör ditt, och då sådeles dina angränsande kollegors, kabelmodem.

NAT påslaget - http://192.168.0.1
NAT avslaget, dvs. med egen brandvägg/router - http://192.168.100.1
user: admin
pass: password

Modem Status/Software Version visar ex. V0026

Mätningar
Samtliga webbaserade bandbreddstester jag känner till, tex. www.bredbandskollen.se och www.speedtest.net mäter endast TCP. Har du därför möjlighet att mäta vad du får för hastighet över UDP, tex. mha iperf så är det mycket intressant. Du behöver då ha tillgång till en maskin som står utanför Comhem's nät och som med säkerhet kan skicka data i den hastighet du vill uppnå.

Teori ang. mätningar
Upplever du hastighetsproblem över TCP men inte UDP så är det mycket intressant.

iperf
http://en.wikipedia.org/wiki/Iperf
Ubuntu/Debian: apt-get install iperf
Windows: http://wirelessconnect.eu/articles/iperf_download_tool
För att mäta bandbredd med iperf så kan man göra följande. Tänk på att data skickas från klienten till servern, så servern skall köras på en maskin som står hemma hos dig. Glöm inte att forwarda portarna i din fw.

TCP
1) Starta iperf server
iperf -s -p <tcp_port>
Förklaring:
-s = server
-p = port

2) Starta iperf klient
iperf -c <iperf_server_ip> -p <tcp_port> -t 30 -P 15
Förklaring:
-c = client
-t = tid i sekunder
-P = antal trådar

UDP
1) Starta iperf server
iperf -s -p <udp_port> -u -i 1
Förklaring:
-u = UDP
-i = uppdateringsintervall

2) Starta iperf klient
iperf -c <iperf_server_ip> -p <udp_port> -u -b 100m
Förklaring:
-b = mål bandbredd obs! har du tex. 200Mbit abonnemang så ändra till 200m

Subnät - kan vara av intresse
I mitt fall 80.216.128.0/20
http://www.subnet-calculator.com/cidr.php
Ange ditt ip och välj subnät mask i dropdownmenyn under CIDR Netmask.
Net: CIDR Notation visar sedan vilket subnät du ligger i.

Teori ang. subnät
Samtliga abonnenter som ligger i ditt aktuella subnät har samma gateway och kan därför ev. uppleva samma typ av problem.

Tillägg
Ovanstående information, men framförallt CG3100 mjukvara och subnät, från Comhem-kunder som inte upplever några problem är också intressant.

Teori
Alla som kör v0026 med NAT påslaget i samma subnät orsakar belastningsproblemet.

Tredje dagen i rad internet krånglar... Så drygt när man jobbar sent och kommer hem för sent för att ringa supportfan också.

Förutom att jag får sjukt svajliga resultat på download när jag kikar bredbandskollen/speedtest så kan ingen av dom starta uploadtestet. Någon som haft liknande problem och vet vad det kan bero på? Har inte ändrat något själv med modem, router osv sen innan det här började.

Detdär kan du typ inte skapa själv med nån setting i dator eller modem. Antingen är modemet trasigt eller allra helst låter det som en s.k. returstörning dvs störningar i returfrekvensen som ditt modem använder för att sända. Det brukar man uppleva som bryts eller låg hastighet. Beroende på hur mycket uploaden stryps vilket har med kraften i störningen just då du testar så kommer även downloaden att följa med eftersom du behöver kunna sända trafik normalt för att kunna ta emot. Denna typ av störning BRUKAR comhem hålla koll på oavsett om man felanmäler eller ej (nån typ av övervakning) men kommer det och går är det svårt att lösa. Slå in ditt postnummer osv på comhems driftinfosida på www.comhem.se och kolla.

Har testat det men "tyvärr" ingen driftstörning varken nu eller de andra två dagarna. Får väl helt enkelt vänta till imorrn och försöka hinna ringa supporten och se vad dom säger. Tack för svaret iaf

Göteborg / Hisingen här, jag får ut ca 30mbit av 200mbit så något fel verkar det vara

Ringde till Comhem nu iaf men då jag jobbar eftermiddag ett par dagar till passade det inte att dom ringer och mäter hastighet på kvällstid förrän på Fredag så får vänta ett tag till.
Som vanligt känns iaf det mycket bättre med surfandet på dagtid men fortfarande väldigt svajjiga resultat på bredbandskollen, dock kommer uploadtestet igång varje gång med bra resultat dagtid.

Vad ger speedtest.net och bbkollen 5 trådar (man kan välja det under avancerad mätning) mot både göteborg och stockholm?

Mycket prat om olika versioner på mjukvaran i cg3100-modemet. Jag har en version som heter 0023, kan det verkligen vara den aktuella versionen? Har sett att folk verkar köra på version 0026?

/Daniel

v26 aktuell i södra delen av landet. v23 i övriga. Vissa i södra sverige har kanske också v27 för att de ej startat om modemet senaste dagarna men den fick comhem slopa pga en massa fel. Har man alltså v27 och startat om modemet går man automatiskt tillbaka till v26.