Du må være registrert og logget inn for å kunne legge ut innlegg på freak.no
X
LOGG INN
... eller du kan registrere deg nå
Dette nettstedet er avhengig av annonseinntekter for å holde driften og videre utvikling igang. Vi liker ikke reklame heller, men alternativene er ikke mange. Vær snill å vurder å slå av annonseblokkering, eller å abonnere på en reklamefri utgave av nettstedet.
  11 4472
Nyinstallert linje fra GET - ustabil!
Jeg slo til på et tilbud fra GET og fikk installert det nye modemet på tirsdag, type Sagemcom (COAX inn, Internett OG TV videre på CAT5).

En halvtime etter montøren dro var hele linja død. Support kunne se at signalet inn til meg var veldig svakt og bestilte tekniker til torsdag.

Teknikeren justerte en forsterker ute i gata, da fikk jeg TV og nett med grei hastighet, men har siden vært plaget med sporadiske brudd. Gameren i huset klager også på høy ping innimellom.

Den ene gangen nettet falt ut ble nettleserene på alt utstyr redirected til en side fra get-modemet som sa at coax-signalet var borte. iPhonen til kona tolket det faktisk som en sign-in portal for trådløst nett..

Bridge mode
I et forsøk på eliminere feilkilder satte jeg Sagemcom modemet i bridge mode. Min private router fikk da public-ip adressen .

Da jeg aktiverte bridge mode fikk jeg meldingen:
"Returning to Router mode can be done by accessing to WEB management interface at address 192.168.100.1 or by performing a factory reset"
.. men den ser ikke ut til å svare på 192.168.100.1. Prøvde både med/uten å sette min ip i 192.168.100.0/24 -nettet på interfacet som er koblet i sagemcom-boksen.

Noen som har greid å åpne web management siden på Sagemcom modem? Hadde vært litt greit å kunne se stats-siden for coax-forbindelsen..

Inn med den gamle linja - Dual WAN
Både kone og gamer-sønn klager på den nye linja, vi har helddigvis ikke sagt opp den gamle enda så da koblet jeg den også inni routeren, dual-wan oppsett.

Vektet den gamle linja lavere i routing-tabellen slik at all trafikk routes ut på GET-linja, men når det går på tryne så kan jeg bytte til Altibox ved å skru om på vektinga.

Hvordan best feilsøke/dokumentere tilfeldige dropouts?
Ila helgen har jeg måttet bytte tilbake til Altibox flere ganger daglig, så jeg har lite lyst å si opp den linja.

2 linjer permanent er selvsagt uaktuelt.

Har samtidig lyst å beholde GET gitt at den blir stabil - liker tv-løsningen, og har ikke behov for synkron upload. Billigere er den også.

Jeg har over 1 uke igjen av angrefristen (dørsalg) og burde komme enkelt ut av avtalen hvis GET ikke får fikset problemet når jeg klager imorgen tidlig.

Jeg ønsker likevel å være litt metodisk ift feilsøking og analyse av problemet slik at jeg både kan bevise det for GET og sjekke for meg selv dersom de sier at de har fikset.

Noen som har tips til verktøy/scripts/etc for overvåking/analyse av dropouts? Erfaringer med å gjøre dette på Sagemcom modem?
om signalet inn er svakt, så bunner det nok fort i at det er feil på kabel etc. ettersom teknikker har rejustert nivå i forsterker ute. så kan nok feilen ligge mellom fordeler og ditt hus.

da bør GET ordne opp i det, de skal ha utstyr for å sjekke kabel etc.
Etter min erfaring så er det sånn GET er. Høy ping, mye nedetid, og dårlig utstyr.

Hadde jeg hatt muligheten hadde jeg gått rett over på Altibox. Avbestill GET er mitt råd.
Problemet til Get er de ikke bruker penger på vedlikehold og oppgraderinger, har har gammelt utstyr som det Norges land. Get er et selskap som har kjøpt opp med tiden mange små kabalanelgg med tiden som er så gammelt at det i hele tatt fungerer er et under. Samt kundeservice leser kun fra en mal, kan ikke dritt, husker det selv når jeg hadde GET, Går heller tilbake til gode gamle modem enn GET igjen.feil på feil som aldri fikset ordentlig. Så lenge du har muliget til ALtibox, for gudskyld bytt til de, så vil du slippe probelemer med GET, tro meg det kommer aldri til å bli bra med GET
Hadde samme problem selv med GET, jeg var på gammelt coax nett (hybrid som get kaller det, coax fra husene til knutepunkt og over på fiber).
Alltid etter klokken 17 gikk ping fra 7ms til opp mot 300ms (målt mot nettfart.no).

Det skal nevnes at GET oppgraderer infrastruktur ganske hyppig og etter hva jeg har hørt har det forbedret seg kraftig i mitt nabolag den siste tiden.

For din del TS, så kan problemet også være hos deg. Bruker du noe form for splitter ved coax uttaket?
Cat5 er dårlig skjermet, forsøk å bytte til cat6 for å eliminere støy (crosstalk).

Get har også mulighet til å sette linjen på overvåking, ring dem og forklar problemet og si at du sier opp dersom de ikke utvider angrefristen eller fikser problemet.
Sist endret av random105675; 23. september 2019 kl. 11:41.
Trådstarter
7 1
(fjernet dobbel post)
Sist endret av geirgp; 23. september 2019 kl. 20:14.
Trådstarter
7 1
Nå har jeg samlet litt mer håndfaste data.

Jeg satte opp ping-monitor (Netwatch - RouterOS/Mikrotik) mot første hop (GET gateway) og lot den kjøre mens jeg var på jobb idag, resultatet er ikke positivt.

Netwatch ble konfigurert til å markere GET gateway som nede når 3x ping på rad (1sek timeout) ikke har svart, så når den i loggen skriver DOWN har det allerede gått 3 sek uten ping-svar.

De fleste dropouts varer i 5-20 sekunder, men også en god håndfull på 1-5 minutter - og her snakker vi bare om ~12 timer!

06:01:13 script,error DOWN: GET Gateway NOT responding to ICMP Ping
06:01:15 script,error UP: GET Gateway responding to ICMP Ping
06:19:16 script,error DOWN: GET Gateway NOT responding to ICMP Ping
06:19:19 script,error UP: GET Gateway responding to ICMP Ping
09:10:54 script,error DOWN: GET Gateway NOT responding to ICMP Ping
09:10:57 script,error UP: GET Gateway responding to ICMP Ping
13:57:34 script,error DOWN: GET Gateway NOT responding to ICMP Ping
13:57:38 script,error UP: GET Gateway responding to ICMP Ping
14:20:22 script,error DOWN: GET Gateway NOT responding to ICMP Ping
14:20:30 script,error UP: GET Gateway responding to ICMP Ping
14:58:10 script,error DOWN: GET Gateway NOT responding to ICMP Ping
14:58:12 script,error UP: GET Gateway responding to ICMP Ping
15:02:06 script,error DOWN: GET Gateway NOT responding to ICMP Ping
15:02:09 script,error UP: GET Gateway responding to ICMP Ping
15:12:01 script,error DOWN: GET Gateway NOT responding to ICMP Ping
15:12:03 script,error UP: GET Gateway responding to ICMP Ping
15:24:03 script,error DOWN: GET Gateway NOT responding to ICMP Ping
15:24:06 script,error UP: GET Gateway responding to ICMP Ping
15:25:25 script,error DOWN: GET Gateway NOT responding to ICMP Ping
15:30:15 script,error UP: GET Gateway responding to ICMP Ping
15:35:25 script,error DOWN: GET Gateway NOT responding to ICMP Ping
15:39:23 script,error UP: GET Gateway responding to ICMP Ping
15:47:58 script,error DOWN: GET Gateway NOT responding to ICMP Ping
15:48:02 script,error UP: GET Gateway responding to ICMP Ping
15:48:07 script,error DOWN: GET Gateway NOT responding to ICMP Ping
15:48:12 script,error UP: GET Gateway responding to ICMP Ping
15:48:40 script,error DOWN: GET Gateway NOT responding to ICMP Ping
15:48:42 script,error UP: GET Gateway responding to ICMP Ping
16:08:13 script,error DOWN: GET Gateway NOT responding to ICMP Ping
16:08:18 script,error UP: GET Gateway responding to ICMP Ping
16:08:25 script,error DOWN: GET Gateway NOT responding to ICMP Ping
16:08:28 script,error UP: GET Gateway responding to ICMP Ping
16:08:40 script,error DOWN: GET Gateway NOT responding to ICMP Ping
16:09:00 script,error UP: GET Gateway responding to ICMP Ping
16:09:13 script,error DOWN: GET Gateway NOT responding to ICMP Ping
16:09:53 script,error UP: GET Gateway responding to ICMP Ping
16:09:58 script,error DOWN: GET Gateway NOT responding to ICMP Ping
16:10:01 script,error UP: GET Gateway responding to ICMP Ping
16:10:16 script,error DOWN: GET Gateway NOT responding to ICMP Ping
16:10:21 script,error UP: GET Gateway responding to ICMP Ping
16:10:37 script,error DOWN: GET Gateway NOT responding to ICMP Ping
16:10:39 script,error UP: GET Gateway responding to ICMP Ping
16:17:25 script,error DOWN: GET Gateway NOT responding to ICMP Ping
16:20:45 script,error UP: GET Gateway responding to ICMP Ping
16:21:04 script,error DOWN: GET Gateway NOT responding to ICMP Ping
16:25:20 script,error UP: GET Gateway responding to ICMP Ping
16:25:28 script,error DOWN: GET Gateway NOT responding to ICMP Ping
16:25:30 script,error UP: GET Gateway responding to ICMP Ping
16:25:37 script,error DOWN: GET Gateway NOT responding to ICMP Ping
16:25:46 script,error UP: GET Gateway responding to ICMP Ping
16:27:46 script,error DOWN: GET Gateway NOT responding to ICMP Ping
16:27:48 script,error UP: GET Gateway responding to ICMP Ping
16:28:01 script,error DOWN: GET Gateway NOT responding to ICMP Ping
16:28:21 script,error UP: GET Gateway responding to ICMP Ping
16:29:34 script,error DOWN: GET Gateway NOT responding to ICMP Ping
16:32:48 script,error UP: GET Gateway responding to ICMP Ping
16:33:25 script,error DOWN: GET Gateway NOT responding to ICMP Ping
16:33:28 script,error UP: GET Gateway responding to ICMP Ping
16:35:16 script,error DOWN: GET Gateway NOT responding to ICMP Ping
16:35:39 script,error UP: GET Gateway responding to ICMP Ping
16:36:01 script,error DOWN: GET Gateway NOT responding to ICMP Ping
16:36:09 script,error UP: GET Gateway responding to ICMP Ping
16:37:55 script,error DOWN: GET Gateway NOT responding to ICMP Ping
16:38:46 script,error UP: GET Gateway responding to ICMP Ping
16:40:46 script,error DOWN: GET Gateway NOT responding to ICMP Ping
16:40:49 script,error UP: GET Gateway responding to ICMP Ping
16:41:34 script,error DOWN: GET Gateway NOT responding to ICMP Ping
16:41:45 script,error UP: GET Gateway responding to ICMP Ping
16:41:58 script,error DOWN: GET Gateway NOT responding to ICMP Ping
16:42:25 script,error UP: GET Gateway responding to ICMP Ping
16:43:10 script,error DOWN: GET Gateway NOT responding to ICMP Ping
16:47:18 script,error UP: GET Gateway responding to ICMP Ping
16:47:52 script,error DOWN: GET Gateway NOT responding to ICMP Ping
16:48:02 script,error UP: GET Gateway responding to ICMP Ping
16:48:07 script,error DOWN: GET Gateway NOT responding to ICMP Ping
16:48:27 script,error UP: GET Gateway responding to ICMP Ping
16:48:43 script,error DOWN: GET Gateway NOT responding to ICMP Ping
16:48:48 script,error UP: GET Gateway responding to ICMP Ping
16:48:58 script,error DOWN: GET Gateway NOT responding to ICMP Ping
16:52:49 script,error UP: GET Gateway responding to ICMP Ping
17:02:07 script,error DOWN: GET Gateway NOT responding to ICMP Ping
17:05:24 script,error UP: GET Gateway responding to ICMP Ping
17:06:22 script,error DOWN: GET Gateway NOT responding to ICMP Ping
17:06:24 script,error UP: GET Gateway responding to ICMP Ping
17:06:31 script,error DOWN: GET Gateway NOT responding to ICMP Ping
17:06:33 script,error UP: GET Gateway responding to ICMP Ping
17:06:46 script,error DOWN: GET Gateway NOT responding to ICMP Ping
17:06:50 script,error UP: GET Gateway responding to ICMP Ping
17:09:22 script,error DOWN: GET Gateway NOT responding to ICMP Ping
17:09:25 script,error UP: GET Gateway responding to ICMP Ping
17:10:22 script,error DOWN: GET Gateway NOT responding to ICMP Ping
17:10:25 script,error UP: GET Gateway responding to ICMP Ping
17:10:43 script,error DOWN: GET Gateway NOT responding to ICMP Ping
17:10:45 script,error UP: GET Gateway responding to ICMP Ping
17:11:18 script,error DOWN: GET Gateway NOT responding to ICMP Ping
17:11:22 script,error UP: GET Gateway responding to ICMP Ping
17:11:46 script,error DOWN: GET Gateway NOT responding to ICMP Ping
17:11:51 script,error UP: GET Gateway responding to ICMP Ping
17:12:58 script,error DOWN: GET Gateway NOT responding to ICMP Ping
17:13:00 script,error UP: GET Gateway responding to ICMP Ping
17:14:37 script,error DOWN: GET Gateway NOT responding to ICMP Ping
17:14:39 script,error UP: GET Gateway responding to ICMP Ping
17:16:16 script,error DOWN: GET Gateway NOT responding to ICMP Ping
17:16:18 script,error UP: GET Gateway responding to ICMP Ping
17:16:46 script,error DOWN: GET Gateway NOT responding to ICMP Ping
17:16:48 script,error UP: GET Gateway responding to ICMP Ping
17:19:43 script,error DOWN: GET Gateway NOT responding to ICMP Ping
17:19:45 script,error UP: GET Gateway responding to ICMP Ping
17:28:37 script,error DOWN: GET Gateway NOT responding to ICMP Ping
17:28:39 script,error UP: GET Gateway responding to ICMP Ping
17:33:13 script,error DOWN: GET Gateway NOT responding to ICMP Ping
17:33:15 script,error UP: GET Gateway responding to ICMP Ping
17:34:26 script,error DOWN: GET Gateway NOT responding to ICMP Ping
17:34:28 script,error UP: GET Gateway responding to ICMP Ping
17:34:56 script,error DOWN: GET Gateway NOT responding to ICMP Ping
17:34:58 script,error UP: GET Gateway responding to ICMP Ping
17:36:22 script,error DOWN: GET Gateway NOT responding to ICMP Ping
17:36:24 script,error UP: GET Gateway responding to ICMP Ping
17:37:43 script,error DOWN: GET Gateway NOT responding to ICMP Ping
17:37:45 script,error UP: GET Gateway responding to ICMP Ping
17:37:58 script,error DOWN: GET Gateway NOT responding to ICMP Ping
17:38:00 script,error UP: GET Gateway responding to ICMP Ping
17:41:07 script,error DOWN: GET Gateway NOT responding to ICMP Ping
17:41:09 script,error UP: GET Gateway responding to ICMP Ping
17:53:07 script,error DOWN: GET Gateway NOT responding to ICMP Ping
17:53:16 script,error UP: GET Gateway responding to ICMP Ping
17:53:52 script,error DOWN: GET Gateway NOT responding to ICMP Ping
17:53:57 script,error UP: GET Gateway responding to ICMP Ping
17:54:37 script,error DOWN: GET Gateway NOT responding to ICMP Ping
17:54:39 script,error UP: GET Gateway responding to ICMP Ping
18:05:07 script,error DOWN: GET Gateway NOT responding to ICMP Ping
18:07:10 script,error UP: GET Gateway responding to ICMP Ping
18:07:22 script,error DOWN: GET Gateway NOT responding to ICMP Ping
18:07:24 script,error UP: GET Gateway responding to ICMP Ping
18:07:34 script,error DOWN: GET Gateway NOT responding to ICMP Ping
18:07:36 script,error UP: GET Gateway responding to ICMP Ping
18:41:52 script,error DOWN: GET Gateway NOT responding to ICMP Ping
18:43:31 script,error UP: GET Gateway responding to ICMP Ping

Sitat av Rosander Vis innlegg
For din del TS, så kan problemet også være hos deg. Bruker du noe form for splitter ved coax uttaket?
Cat5 er dårlig skjermet, forsøk å bytte til cat6 for å eliminere støy (crosstalk).
Vis hele sitatet...
Ingen splitter. Jeg fikk montøren til å fjerne splitteren som allerede fantes fra da kabelen ble lagt inn for 4 år siden, nettopp for å eliminere slike feil. Enden på coax ble terminert på nytt, i en veggboks på loftet hvor jeg har samlet alt teknisk.

CAT5-kabel fra GET modem til min router (hvor Netwatch kjører, se detaljer over i denne posten) er bare 1m lang, men når du sier det så skal jeg dobbelsjekke at den ikke ligger krøllet rundt coaxen (selv om jeg ville forventet Altibox-linja skulle hatt mye mer trøbbel av den typen; 20m med CAT5 fra loft til kjeller, forbi strømskap)

Sitat av Rosander Vis innlegg
Get har også mulighet til å sette linjen på overvåking, ring dem og forklar problemet og si at du sier opp dersom de ikke utvider angrefristen eller fikser problemet.
Vis hele sitatet...
Det visste jeg ikke, takk for tips!
Sist endret av geirgp; 23. september 2019 kl. 20:24. Grunn: Automatisk sammenslåing med etterfølgende innlegg.
modemet skal ha et interface, logg deg inn der, og avles signalverdier. det kan fortelle mye om linja.

har ingen kjennskap til gets modemer. men kjenner teknologien godt

det kan være mulig du får opp MER og BER tall også. som igjen kan være med å danne et bilde på avlevert kvalitet
Trådstarter
7 1
Fikk nytt modem. A-OK etterpå
Sitat av Lattergal Vis innlegg
Etter min erfaring så er det sånn GET er. Høy ping, mye nedetid, og dårlig utstyr.

Hadde jeg hatt muligheten hadde jeg gått rett over på Altibox. Avbestill GET er mitt råd.
Vis hele sitatet...
Har selv GET og kjenner meg ikke helt igjen i hva du skriver.
Minimalt med ping (Aldri over 10ms med kabel, aldri over 15ms trådløst)
Iløpet av ett år har jeg vært 2 timer uten internet, den ene timen var pga strømstans og ikke GET sin feil, så minimalt med nedetid.
Cisco modemet de tidligere ga ut kan jeg være enig i at er dårlig, men det de bruker nå om dagen er relativt bra.

Spørs vel kanskje litt hvor i landet man bor også og om det er mye graving rundt om som skaper problemer for kablene.
Sitat av Flaffersen Vis innlegg
Har selv GET og kjenner meg ikke helt igjen i hva du skriver.
Minimalt med ping (Aldri over 10ms med kabel, aldri over 15ms trådløst)
Iløpet av ett år har jeg vært 2 timer uten internet, den ene timen var pga strømstans og ikke GET sin feil, så minimalt med nedetid.
Cisco modemet de tidligere ga ut kan jeg være enig i at er dårlig, men det de bruker nå om dagen er relativt bra.

Spørs vel kanskje litt hvor i landet man bor også og om det er mye graving rundt om som skaper problemer for kablene.
Vis hele sitatet...
Da har vel du ganske nytt kabelanlegg vel? de som har probelmer med GET er coax og annet utsyr ute så gammelt at det ikke holder mål
Helt riktig, GET har mye "teknisk gjeld" og hybridnettet kan være et mareritt.