Laajakaista pätkii satunnaisesti ja jatkuvasti

11 vuotta sitten
jouluk. 11, 2014 7:58 ap. UTC
48 kommenttia
30 katselukertaa

migration
Savumerkittäjä

Moi,
käytössäni on Zyxel P-660HW-D1. Ainakin parin viime kuukauden aikana yhteys on pätkinyt välillä useita kertoja päivässä, välillä taas on ollut päällä päivänkin pätkimättä.

Kokeilin toisella samanlaisella modeemilla. Ei vaikutusta. Laitoin myös lyhemmän (2 m > 1 m) puhelinpiuhan. Ei vaikutusta.

Tässä ovat modeemin tiedot:
SAR Driver Counters Display:
inPkts = 0x002ab779, inDiscards = 0x00000000
outPkts = 0x00287ad5, outDiscards = 0x00004d0b
inF4Pkts = 0x00000000, outF4Pkts = 0x00000000
inF5Pkts = 0x00000000, outF5Pkts = 0x00000000
openChan = 0x00000005, closeChan = 0x00000003
txRate(Bps) = 1930, rxRate(Bps) = 5699

DSL Line Status:
noise margin upstream: 12 db
output power downstream: 22 db
attenuation upstream: 12 db
tone 0- 31: 00 00 00 00 24 56 77 78 78 77 77 77 77 77 77 88
tone 32- 63: 86 66 66 56 66 55 55 55 55 55 44 44 00 00 00 00
tone 64- 95: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
tone 96-127: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
tone 128-159: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
tone 160-191: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
tone 192-223: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
tone 224-255: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
tone 256-287: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
tone 288-319: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
tone 320-351: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
tone 352-383: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
tone 384-415: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
tone 416-447: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
tone 448-479: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
tone 480-511: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
noise margin downstream: 6 db
output power upstream: -7 db
attenuation downstream: 19 db
tone 0- 31: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
tone 32- 63: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
tone 64- 95: cd dd dd dd dd dd dd dd ed dd ed dd dd dd dd dd
tone 96-127: dd dd dd dd cd cd dd ed dd dd dd dd dd dc dc dd
tone 128-159: cc cc cc cc cc cc cc cc cc cc cc cc cc cc cc cc
tone 160-191: cc cc cc cc cc cc cc cc cc cc cc cc cc cc cb cd
tone 192-223: bb bb bb bb bb bb bb bb bb bb bb bb bb bb bb bb
tone 224-255: bb bb bb bb bb bb bb bb bb bc bb bb bb bb bb bb
tone 256-287: bb bb ba ba bb bb ba bb bb ba ab aa bb bb bb bb
tone 288-319: bb b2 bb bb bb bb bb bb bb bb bb bb bb bb bb bb
tone 320-351: 2b bb bb bb bb bb bb bb bb bb bb ba bb bb bb bb
tone 352-383: bb bb bb aa aa aa ab ba aa aa aa aa aa aa aa aa
tone 384-415: aa aa aa aa aa aa aa aa aa aa aa aa aa aa aa aa
tone 416-447: aa aa aa aa aa aa aa a9 99 99 a9 99 99 99 99 99
tone 448-479: 99 99 99 99 99 99 99 99 88 88 88 88 88 88 78 77
tone 480-511: 77 77 77 76 66 66 66 65 55 55 44 44 33 22 20 00

DHCP: Server
IP Pool Starting Address: 192.168.0.101
Pool Size: 32

ZyNOS Firmware Version: V3.40(AGL.9) | 12/07/2009

WAN Information:
DSL Mode: Error
IP Address: 80.220.79.xxx
IP Subnet Mask: 255.255.224.0
Default Gateway: 80.220.64.1
VPI/VCI: 0/33

LAN Information:
IP Address: 192.168.0.1
IP Subnet Mask: 255.255.255.0

Laitoin lokin menemään Linuxille. Tässä ovat parin viime viikon katkokset:

Apr 8 19:40:49 192.168.0.1 RAS: msg="board 0 line 0 channel 0, call 1, C01 Incoming Call 1500000 " note="CALL DETAIL RECORD" devID="AE9482" cat="CDR"
Apr 9 09:03:42 192.168.0.1 RAS: msg="board 0 line 0 channel 0, call 1, C02 Call Terminated" note="CALL DETAIL RECORD" devID="AE9482" cat="CDR"
Apr 9 09:04:28 192.168.0.1 RAS: msg="board 0 line 0 channel 0, call 9, C01 Incoming Call 1500000 " note="CALL DETAIL RECORD" devID="AE9482" cat="CDR"
Apr 9 22:18:43 192.168.0.1 RAS: msg="board 0 line 0 channel 0, call 9, C02 Call Terminated" note="CALL DETAIL RECORD" devID="AE9482" cat="CDR"
Apr 9 22:19:29 192.168.0.1 RAS: msg="board 0 line 0 channel 0, call 17, C01 Incoming Call 1500000 " note="CALL DETAIL RECORD" devID="AE9482" cat="CDR"
Apr 9 22:20:48 192.168.0.1 RAS: msg="board 0 line 0 channel 0, call 17, C02 Call Terminated" note="CALL DETAIL RECORD" devID="AE9482" cat="CDR"
Apr 9 22:21:34 192.168.0.1 RAS: msg="board 0 line 0 channel 0, call 25, C01 Incoming Call 1500000 " note="CALL DETAIL RECORD" devID="AE9482" cat="CDR"
Apr 10 00:21:48 192.168.0.1 RAS: msg="board 0 line 0 channel 0, call 25, C02 Call Terminated" note="CALL DETAIL RECORD" devID="AE9482" cat="CDR"
Apr 10 00:22:34 192.168.0.1 RAS: msg="board 0 line 0 channel 0, call 33, C01 Incoming Call 1500000 " note="CALL DETAIL RECORD" devID="AE9482" cat="CDR"
Apr 10 02:24:17 192.168.0.1 RAS: msg="board 0 line 0 channel 0, call 33, C02 Call Terminated" note="CALL DETAIL RECORD" devID="AE9482" cat="CDR"
Apr 10 02:25:04 192.168.0.1 RAS: msg="board 0 line 0 channel 0, call 41, C01 Incoming Call 1500000 " note="CALL DETAIL RECORD" devID="AE9482" cat="CDR"
Apr 10 02:28:42 192.168.0.1 RAS: msg="board 0 line 0 channel 0, call 41, C02 Call Terminated" note="CALL DETAIL RECORD" devID="AE9482" cat="CDR"
Apr 10 02:29:27 192.168.0.1 RAS: msg="board 0 line 0 channel 0, call 49, C01 Incoming Call 1500000 " note="CALL DETAIL RECORD" devID="AE9482" cat="CDR"
Apr 10 13:31:23 192.168.0.1 RAS: msg="board 0 line 0 channel 0, call 49, C02 Call Terminated" note="CALL DETAIL RECORD" devID="AE9482" cat="CDR"
Apr 10 13:32:08 192.168.0.1 RAS: msg="board 0 line 0 channel 0, call 57, C01 Incoming Call 1500000 " note="CALL DETAIL RECORD" devID="AE9482" cat="CDR"
Apr 11 01:29:49 192.168.0.1 RAS: msg="board 0 line 0 channel 0, call 57, C02 Call Terminated" note="CALL DETAIL RECORD" devID="AE9482" cat="CDR"
Apr 11 01:30:34 192.168.0.1 RAS: msg="board 0 line 0 channel 0, call 65, C01 Incoming Call 1500000 " note="CALL DETAIL RECORD" devID="AE9482" cat="CDR"
Apr 12 12:25:53 192.168.0.1 RAS: msg="board 0 line 0 channel 0, call 65, C02 Call Terminated" note="CALL DETAIL RECORD" devID="AE9482" cat="CDR"
Apr 12 12:26:39 192.168.0.1 RAS: msg="board 0 line 0 channel 0, call 73, C01 Incoming Call 1500000 " note="CALL DETAIL RECORD" devID="AE9482" cat="CDR"
Apr 13 07:31:41 192.168.0.1 RAS: msg="board 0 line 0 channel 0, call 73, C02 Call Terminated" note="CALL DETAIL RECORD" devID="AE9482" cat="CDR"
Apr 13 07:32:27 192.168.0.1 RAS: msg="board 0 line 0 channel 0, call 81, C01 Incoming Call 1500000 " note="CALL DETAIL RECORD" devID="AE9482" cat="CDR"
Apr 13 16:01:26 192.168.0.1 RAS: msg="board 0 line 0 channel 0, call 81, C02 Call Terminated" note="CALL DETAIL RECORD" devID="AE9482" cat="CDR"
Apr 14 16:25:33 192.168.0.1 RAS: msg="board 0 line 0 channel 0, call 1, C01 Incoming Call 1500000 " note="CALL DETAIL RECORD" devID="AE9482" cat="CDR"
Apr 14 17:28:16 192.168.0.1 RAS: msg="board 0 line 0 channel 0, call 1, C02 Call Terminated" note="CALL DETAIL RECORD" devID="AE9482" cat="CDR"
Apr 14 17:40:16 192.168.0.1 RAS: msg="board 0 line 0 channel 0, call 1, C01 Incoming Call 1500000 " note="CALL DETAIL RECORD" devID="C6A068" cat="CDR"
Apr 14 18:07:45 192.168.0.1 RAS: msg="board 0 line 0 channel 0, call 1, C02 Call Terminated" note="CALL DETAIL RECORD" devID="C6A068" cat="CDR"
Apr 14 18:08:31 192.168.0.1 RAS: msg="board 0 line 0 channel 0, call 9, C01 Incoming Call 1500000 " note="CALL DETAIL RECORD" devID="C6A068" cat="CDR"
Apr 14 18:22:11 192.168.0.1 RAS: msg="board 0 line 0 channel 0, call 9, C02 Call Terminated" note="CALL DETAIL RECORD" devID="C6A068" cat="CDR"
Apr 15 10:56:24 192.168.0.1 RAS: msg="board 0 line 0 channel 0, call 1, C01 Incoming Call 1500000 " note="CALL DETAIL RECORD" devID="C6A068" cat="CDR"
Apr 15 13:01:23 192.168.0.1 RAS: msg="board 0 line 0 channel 0, call 1, C02 Call Terminated" note="CALL DETAIL RECORD" devID="C6A068" cat="CDR"
Apr 15 13:02:09 192.168.0.1 RAS: msg="board 0 line 0 channel 0, call 9, C01 Incoming Call 1500000 " note="CALL DETAIL RECORD" devID="C6A068" cat="CDR"
Apr 15 16:21:49 192.168.0.1 RAS: msg="board 0 line 0 channel 0, call 9, C02 Call Terminated" note="CALL DETAIL RECORD" devID="C6A068" cat="CDR"
Apr 15 19:28:53 192.168.0.1 RAS: msg="board 0 line 0 channel 0, call 1, C01 Incoming Call 1500000 " note="CALL DETAIL RECORD" devID="C6A068" cat="CDR"
Apr 17 03:21:16 192.168.0.1 RAS: msg="board 0 line 0 channel 0, call 1, C02 Call Terminated" note="CALL DETAIL RECORD" devID="C6A068" cat="CDR"
Apr 17 03:22:02 192.168.0.1 RAS: msg="board 0 line 0 channel 0, call 9, C01 Incoming Call 1500000 " note="CALL DETAIL RECORD" devID="C6A068" cat="CDR"

Tässä voi olla mukana omia buuttauksia. Yöllä en ole buutannut. Viime aikoina katko on ollut yleensä minuutin luokkaa.

Näkyykö valvonnassa mitään erityistä?

Näytä ensimmäinen kirjoitus

Sivu 2 / 2

Anonymous
13 vuotta sitten
toukok. 21, 2013 7:10 ip. UTC

Moi,

onko uploadin 40%:n alentaminen "hieman" rajaamista?
Vieläkin tulee CRC - virheitä.

Tuntuu siltä, ettei tässä tutkita varsinaista vikaa, eli Elisan kaapin ja meidän välistä johtoa.

Tykkää

Anonymous
13 vuotta sitten
toukok. 22, 2013 5:05 ap. UTC

Hei vmn

Joskus nopeutta joudutaan rajaamaan, jotta yhteys saadaan vakaaksi. Asian tutkiminen jatkuu kuitenkin edelleen. Mikäli ongelmaa ei saada korjattua etänä siirretään vikailmoitus asentajan tutkittavaksi. Tästä ilmoitetaan sinulle erikseen tekstiviestillä.

Tykkää

Anonymous
13 vuotta sitten
toukok. 22, 2013 5:11 ip. UTC

Moi,

tekstari ilmoitti, että vika on "korjattu". Käynnistin ADSL - modeemin uudelleen n. klo 16. CRC - virheitä tulee edelleen. Jotta virheet loppuvat, pitää nopeus varmaan laskea nollaan!

Operaattorin vaihto alkaa pikkuhiljaa kiinnostaa.

Tykkää

Anonymous
13 vuotta sitten
toukok. 23, 2013 9:10 ap. UTC

Hei vmn

Harmi että ongelma jatkuu edelleen. Tee asiasta uusi vikailmoitus. Tämän tyyppiset ongelmat ovat monesti vaikea paikantaa, mutta pakkohan ongelma on saada korjattua.

Tykkää

Anonymous
13 vuotta sitten
toukok. 23, 2013 7:31 ip. UTC

OK,
teen kolmannen.

Mielestäni olen kuvannut ongelman. Elisan kaapin ja dslamin välillä ei ole virheitä. Kaapin ja meidän talojohdon pään välillä on. Olen myös useasti maininnut Elisan kaapin kohdalla viime syksynä tapahtuneesta putkirikosta. Silti vika "korjataan" alentamalla nopeutta.

On ihan mukavaa, että vastaatte näin nopeasti. Eikö teillä ole mahdollisuuksia vaikuttaa vikaselvitykseen? Lähes ainoa kommunikointitapa on saada tekstareita tyyliin "vika on selvityksessä" ja "vika on korjattu". Kun ei tyydytä, pitää tehdä uusi vikailmoitus.

Tykkää

Anonymous
13 vuotta sitten
toukok. 29, 2013 10:35 ap. UTC

Joo, nyt tuli taas tekstari jostain ylhäältä:

"Hei, verkonhallintamme on tutkinut ilmoittamanne vian. Vikaa verkosta ei löytynyt. Liittymän nopeusluokkina ilmoitetut nopeudet ovat teoreettisia maksiminopeuksia ja liittymän todelliset nopeudet voivat olla tätä alhaisempia. T. Sonera".

Asiakkaan kommentteja ei näköjään huomioida, siis niitä kertomiani Elisan asentajan mittauksia ja mahdollista putkirikon vaikutusta. CRC -virheitä tulee edelleen, tosin ei niin paljon kuin ennen.

Tykkää

Anonymous
13 vuotta sitten
toukok. 29, 2013 11:09 ap. UTC

Hei Vmn,

Laitoin tuosta vianselvityksestä palautetta eteenpäin, niin tarkistetaan tuota asiaa vielä uudelleen. Pahoittelut että olet joutunut näkemaan ongelman eteen näin paljon vaivaa.

Tykkää

Anonymous
13 vuotta sitten
toukok. 30, 2013 6:55 ip. UTC

Kiitos.

Annex A:n pakotuksen voi varmaan poistaa. Purkin valmistajan mukaan modeemi tunnistaa Annex M:n automaattisesti, A/B on asetettava.

Tykkää

Anonymous
13 vuotta sitten
toukok. 31, 2013 9:52 ap. UTC

Hei vmn

Annex A pakotus on nyt poistettu. Vieläkö virheilyä on ilmennyt?

Tykkää

Anonymous
13 vuotta sitten
kesäk. 2, 2013 7:22 ip. UTC

Moi,
nyt purkki näyttää 7936 DSL - virhettä. Nämä ovat käsittääkseni DSLAMin pään virheitä (Central Office Equipment). Purkinkin puolella on edelleen virheitä.

Tykkää

Anonymous
13 vuotta sitten
kesäk. 3, 2013 11:38 ap. UTC

Hei vmn

Ilmeisesti alkuperäinen pätkimis ongelma on kuitenkin poistinut? Modeemi näyttää pysyneen linjalla useampia päiviä.

Tykkää

Anonymous
13 vuotta sitten
kesäk. 4, 2013 12:40 ip. UTC

Joo,
Fritz!Box vaikuttaa vakaammalta kuin Zyxelit. Ei liene kuitenkaan tarkoitus, että linjahäiriöiden lisääntyessä asiakkaan pitää ostaa uusi purkki omaan piikkiin.

Tykkää

Anonymous
13 vuotta sitten
kesäk. 4, 2013 1:31 ip. UTC

Hei vmn

Meidän puolelta linja näyttäisi toimivan hyvin. Modeemit toimivat hieman erilailla mallista ja merkistä riippuen. Jotkut modeemit voivat toimia vakaammin kuin toiset. Kuulostaisi hieman siltä, että Zyxelissä voi olla jotain häikkää, jos toinen modeemi toimii vakaammin.

Tykkää

Anonymous
13 vuotta sitten
kesäk. 4, 2013 6:26 ip. UTC

Moi,
eikö merkkaamillani virheillä ja linja-arvoilla ole mitään merkitystä? Zyxelini ovat Soneran listalla "Toimiviksi havaitut modeemit".
Eikö silläkään ole merkitystä, että pätkiminen alkoi joitakin kuukausia sitten?

Tykkää

Anonymous
13 vuotta sitten
kesäk. 5, 2013 9:05 ap. UTC

Hei vmn

Zyxel löytyy kyllä listalla. Jos modeemissa itsessään on jotain häikkää niin, että se aiheuttaa ongelmia sitähän ei voi korjata meidän puolelta. Jos modeemissa on takuuta jäljellä se voidaan tietenkin vaihdetaan uuteen.

Eikö itse ongelma eli yhteyden pätkiminen ole nyt poistunut?

Tykkää

Anonymous
13 vuotta sitten
kesäk. 5, 2013 1:46 ip. UTC

Fritzboxilla ei ole pätkinyt. En kyllä hyväksy sitä, että erityisesti upload - nopeutta pudotettiin 40%.

Pätkiminenkin alkoi joskus vuoden vaihteen tienoilla.

Eikö nyt mene jakeluun, että Elisan piuhoissa on todennäköisesti jotain häikkää. Senhän osoitti Elisan asentajan mittaukset. DSLAMin ja Elisan kaapin välillä ei ollut yhtään virheitä. Kaapin ja meidän talomme välillä oli välillä virheitä välillä ei.

Tykkää

Anonymous
13 vuotta sitten
kesäk. 6, 2013 8:24 ap. UTC

Hei vmn

Valitettavasti nopeutta joudutaan joskus rajamaan hieman, jotta linja saadaan vakaaksi. Linja voi olla sen verran pitkä ja huono kuntoinen, että lähetyskaista ei jaksa täyttä nopeutta. Tottakai haluaisimme tarjota sinulle mahdollisimman korkean nopeuden. Tässä tilanteessa nopeutta on joudutta rajaamaan hieman vakaan yhteyden saavuttamiseksi.

Tykkää

Anonymous
13 vuotta sitten
kesäk. 7, 2013 11:04 ap. UTC

Onko 1,45 km pitkä? Jos DSLAMin ja Elisan kaapin välillä (1,44 km) ei ole virheitä, mutta viimeisellä sadalla metrillä on, niin missähän virhe voisi olla?

Onko Soneran käytäntö tosiaan se, että jos asiakkaalla alkaa tulla linjavirheitä, alennetaan nopeutta, eikä tutkita mistä asia johtuu?

Kokeilin kolmella eri Zyxelillä ja ostin sitten vielä FritzBoxin. Minulla on ollut ADSL - yhteys tässä osoitteessa jo vuosia.

Marko ilmoitti laittavansa viestiä vikaselvitykseen. Siitä ei ole kuulunut mitään.

Tykkää

Anonymous
13 vuotta sitten
kesäk. 17, 2013 11:20 ap. UTC

Hei vmn

1,45 km ei ole mikään hirveän pitkä linja, mutta 24M yhteyksissä sillä on kuitenkin vaikutusta. Jokainen linja on yksilö ja se joudutaan tutkimaan sen mukaan.

Linjavirheet kyllä tutkitaan jokaisen vikailmoituksen yhteydessä. Jos linjassa esiintyy virheitä, ei se välttämättä vaikuta yhteyden toimivuuteen suoraan. Paketit kulkevat edelleen normaalista.

Yhteyden nopeuden rajaaminen on harmillista, mutta välillä se on pakollista. Tämä on näitä DSL-tekniikan varjopuolia. Tärkeintä minusta tässä tilanteessa on se, että pätkiminen on saatu loppumaan ja kaikki toimii normaalisti.

Tykkää

Anonymous
13 vuotta sitten
kesäk. 17, 2013 6:44 ip. UTC

Jaa,
"tärkeintä on se, että pätkiminen on saatu loppumaan, kun asiakas osti uuden modeemin. Jatkuvista linjavirheistä viis." Siinä pähkinänkuoressa operaattorin vastaus.

Heippa, Sonera.

Tykkää

Anonymous
13 vuotta sitten
kesäk. 20, 2013 6:45 ip. UTC

Kun ei sieltä päästä tunnu mitään tapahtuvan, niin kokeillaanpa seuraava, kun kerran olen hankkinut vikasietoisemman modeemin:

1. Pakotetaan taas Annex A.
2. Sonera poistaa muut "viritykset".

Sitten vaan odottelemaan sopimuksen loppua:).

Tykkää

Anonymous
13 vuotta sitten
kesäk. 24, 2013 8:50 ap. UTC

Hei vmn

Annex A on nyt taas pakotettu päälle. Liittymässä ei sinäänsä ole mitään erikoisempia virityksiä kuin virheenkorjausta hieman.

Tykkää

Anonymous
13 vuotta sitten
kesäk. 28, 2013 8:05 ip. UTC

DSL - virheet ovat nyt nolla.
Olen pettynyt tekniseen tukeenne..., if any.

Tykkää

Sivu 2 / 2

Älä jää paitsi – osallistu ja voita!

Rekisteröidy