Telia.fi etusivulle Telia.fi etusivulle

Hyvinkää kaapeli ongelmat jatkuu

  • 11 December 2014
  • 5 kommenttia
  • 33 katselukertaa
M
Arvonimi
Viimeisen viikon ollut koko ajan jonkin sortin hämminkiä.
Häiriö tiedotteen mukaan runkoverkossa ollut jonkinsortin huoltotyö Jokela,Hyvinkää alueella.

Ilmeisesti pitäisi huoltaa vielä lisää koska tässä tulos:
Startup Procedure
Procedure Status Comment
Acquire Downstream Channel   Locked
Connectivity State OK Operational
Boot State OK Operational
Configuration File OK  
Security Disabled Disabled

Downstream Channels
Channel Lock Status Modulation Channel ID Symbol rate Frequency Power SNR
1 Locked QAM256 25 5360537   12.4 dBmV 39.9 dB
2 Not Locked Unknown 0 Unknown   0.0 dBmV  0.0 dB
3 Not Locked Unknown 0 Unknown   0.0 dBmV  0.0 dB
4 Not Locked Unknown 0 Unknown   0.0 dBmV  0.0 dB
5 Not Locked Unknown 0 Unknown   0.0 dBmV  0.0 dB
6 Not Locked Unknown 0 Unknown   0.0 dBmV  0.0 dB
7 Not Locked Unknown 0 Unknown   0.0 dBmV  0.0 dB
8 Not Locked Unknown 0 Unknown   0.0 dBmV  0.0 dB

Upstream Channels
Channel Lock Status Modulation Channel ID Symbol Rate Frequency Power
1 Locked QAM32 4 5120 Ksym/sec   35.2 dBmV
2 Not Locked Unknown 0 0 Ksym/sec   0.0 dBmV
3 Not Locked Unknown 0 0 Ksym/sec   0.0 dBmV
4 Not Locked Unknown 0 0 Ksym/sec   0.0 dBmV


Pyysin modeemiin uutta firmistä vikapalvelusta puhelimitse jos se vaikka auttaisi:
Information
Standard Specification Compliant  DOCSIS 3.0
Hardware Version  1.0
Software Version  STB6.01.12
Cable Modem MAC Address  xxxxxxxxxxxx
Cable Modem Serial Number  xxxxxxxxxxxx
CM certificate  Installed

Status
System Up Time  0 days 02h:00m:50s
Network Access  Allowed
CableModem IP Address  ---.---.---.---


Kas se ei suostu päivittymään vaan pysyy tuossa vanhassa versiossa.
Omien sivujen kautta saatu tieto väittää uusimmaksi Thomson 770 versioksi STB6.01.22 ?

Pistäkääs nyt nää vehkeet kuntoon niin saatte propsit kotiin.
Itse asustelen 05840 alueella Veikkarissa.

Edit:
Ohessa tietoa modeemin logista:
Time   Priority   Description 
 Sun Oct 28 12:54:30 2012    Critical (3)   Started Unicast Maintenance Ranging - No Response received - ... 
 Time Not Established   Warning (5)   ToD request sent - No Response received;CM-MAC=00:26:24:ee:e8... 
 Time Not Established   Error (4)   Missing BP Configuration Setting TLV Type: 17.9;CM-MAC=00:26:... 
 Time Not Established   Error (4)   Missing BP Configuration Setting TLV Type: 17.8;CM-MAC=00:26:... 
 Time Not Established   Error (4)   Missing BP Configuration Setting TLV Type: 17.7;CM-MAC=00:26:... 
 Time Not Established   Error (4)   Missing BP Configuration Setting TLV Type: 17.6;CM-MAC=00:26:... 
 Time Not Established   Error (4)   Missing BP Configuration Setting TLV Type: 17.5;CM-MAC=00:26:... 
 Time Not Established   Error (4)   Missing BP Configuration Setting TLV Type: 17.4;CM-MAC=00:26:... 
 Time Not Established   Error (4)   Missing BP Configuration Setting TLV Type: 17.3;CM-MAC=00:26:... 
 Time Not Established   Error (4)   Missing BP Configuration Setting TLV Type: 17.2;CM-MAC=00:26:... 
 Time Not Established   Error (4)   Missing BP Configuration Setting TLV Type: 17.1;CM-MAC=00:26:... 
 Time Not Established   Warning (5)   ToD request sent - No Response received;CM-MAC=00:26:24:ee:e8... 
 Time Not Established   Warning (5)   DHCP WARNING - Non-critical field invalid in response ;CM-MAC... 
 Time Not Established   Critical (3)   Received Response to Broadcast Maintenance Request, But no Un... 
 Sun Oct 28 10:37:00 2012    Critical (3)   Started Unicast Maintenance Ranging - No Response received - ...


Logit piti pistää mokkulalla,koska yhteys poikki taas (:

5 kommenttia

A
Juu niin jatkuu, eikä uutta firmistäkään saa vaikka puhelimessa olon aikana lupasivat sen tehdä ja purkkikin käynnisty uudelleen.. Melko turhauttavaa..
A
Hei Vessu ja Ini,

laitoin Vessu sinulle uuden yrityksen ohjelmistopäivityksestä menemään. Katsotaan onnistuuko tällä kertaa.

Ini, sinulla on käytössä eri merkkinen modeemi ja siinä on kyllä uudempi ohjelmistoversio.
A
Juu onhan se uudempi, muttei tuo

Current Software Revision: epc3825-v302r125533-110811c
Firmware Build Time: Aug 11 18:20:51 2011

ole viimeisin ainakaan mun tiedossa oleva..
Eikä se ole uusimisestaan huolimatta stabiloinu mitenkään yhteyden toimintaa.. Tänäkin aamuna 15-30 minuutin sisällä purkin uudelleen käynnistyksestä huolimatta oli yhteys poikki ja katkonainen sen mitä se aamusta toimi..

Current Software Revision: epc3825-v302r125552-120312c
Firmware Build Time: Mar 12 20:58:11 2012


Tuollainenkin on jossakin jo jaettuna, mietin vain et mahtaako se korjata edes osan ongelmista..
A
Hei Sampy,

laitevalmistajalle lähti kysymystä tuosta uudemmasta versiosta ja josko toimittavat sen myös meille jakoon verkkomme kautta. Odotellaan siis tähän vastausta.
A
Ohessa omat kokemukseni viimeisiltä päiviltä alkaen viime torstai. Alla olevan laitoin Omien Sivujen kautta (jälleen) vikailmoituksena. Sanotaan että... haastavia aikoja eletään vehkoajalla / 05840 alueella.


Hei!

Laitoin (jälleen) vikailmoitusta hetki sitten koska netti on eilen nurin jo 13 kertaa - ja netti meni useammin nurin kuin mitä ehdin päivittää tätä vikailmoitusta.

Hämmentävää kyllä, netti vaikutti toimivan viimein mainiosti viime viikon alusta lähtien, koska netti ei kaatunut kertaakaan maanantaina, tiistaina sekä keskiviikkona. Myös nopeudet olivat erinomaiset (ei pakettihäviötä, ..). Sen sijaan torstaista lähtien netti onkin sitten toiminut KÄSITTÄMÄTTÖMÄN huonosti. Vastaavasti myös ongelmiin liittyen netissä on tällä hetkellä seuraavan kaltaisia ongelmia:

1) Pakettihäviötä (etenkin iltaisin mutta mm. juuri tällä hetkellä)
2) IP:n uusimiseen liittyvät ongelmat (joista itseasiassa nuo pitkät downtimet johtuvat)
3) Jatkuvat pätkimiset (joka on siis edelleen jatkuva ongelma ja ollut näin pitempään)


***** Ohessa yksityiskohtia liittyen ongelmaan 1) - pakettihäviö:

Esim. sunnuntaina illalla uppinopeudet olivat luokkaa ~30-60kB/s välillä nopeudet normalisoituvat tasolle ~600kB/s kunnes, mutta nopeudet pumppaavat siitä huolimatta. Tätä on jatkunut nyt jonkin aikaa (viikko? kaksi? kolme?).

Eilen illalta poimittuna gateway + funet kertoo karua totuutta:

64 bytes from 80.222.120.1: icmp_seq=591 ttl=255 time=9.35 ms
64 bytes from 80.222.120.1: icmp_seq=593 ttl=255 time=16.6 ms
64 bytes from 80.222.120.1: icmp_seq=594 ttl=255 time=7.16 ms
64 bytes from 80.222.120.1: icmp_seq=596 ttl=255 time=10.3 ms
64 bytes from 80.222.120.1: icmp_seq=597 ttl=255 time=6.86 ms
64 bytes from 80.222.120.1: icmp_seq=598 ttl=255 time=5.00 ms
64 bytes from 80.222.120.1: icmp_seq=600 ttl=255 time=8.93 ms
64 bytes from 80.222.120.1: icmp_seq=602 ttl=255 time=10.4 ms
64 bytes from 80.222.120.1: icmp_seq=603 ttl=255 time=6.64 ms
64 bytes from 80.222.120.1: icmp_seq=604 ttl=255 time=35.2 ms
64 bytes from 80.222.120.1: icmp_seq=605 ttl=255 time=7.71 ms
64 bytes from 80.222.120.1: icmp_seq=606 ttl=255 time=4.14 ms

--- 80.222.120.1 ping statistics ---
606 packets transmitted, 482 received, 20% packet loss, time 605801ms
rtt min/avg/max/mdev = 2.408/9.354/49.026/6.280 ms



64 bytes from ftp.funet.fi (193.166.3.2): icmp_seq=590 ttl=250 time=7.19 ms
64 bytes from ftp.funet.fi (193.166.3.2): icmp_seq=592 ttl=250 time=8.07 ms
64 bytes from ftp.funet.fi (193.166.3.2): icmp_seq=593 ttl=250 time=9.26 ms
64 bytes from ftp.funet.fi (193.166.3.2): icmp_seq=594 ttl=250 time=8.02 ms
64 bytes from ftp.funet.fi (193.166.3.2): icmp_seq=595 ttl=250 time=14.9 ms
64 bytes from ftp.funet.fi (193.166.3.2): icmp_seq=599 ttl=250 time=9.68 ms
64 bytes from ftp.funet.fi (193.166.3.2): icmp_seq=600 ttl=250 time=11.6 ms
64 bytes from ftp.funet.fi (193.166.3.2): icmp_seq=602 ttl=250 time=10.5 ms
64 bytes from ftp.funet.fi (193.166.3.2): icmp_seq=604 ttl=250 time=8.11 ms
64 bytes from ftp.funet.fi (193.166.3.2): icmp_seq=605 ttl=250 time=8.12 ms
64 bytes from ftp.funet.fi (193.166.3.2): icmp_seq=606 ttl=250 time=7.23 ms

--- ftp.funet.fi ping statistics ---
607 packets transmitted, 476 received, 21% packet loss, time 606942ms
rtt min/avg/max/mdev = 3.574/10.656/45.053/5.536 ms


Sen sijaan maanantaina häviö oli *vain* 3% luokkaa:


64 bytes from 80.222.120.1: icmp_seq=793 ttl=255 time=6.52 ms
64 bytes from 80.222.120.1: icmp_seq=794 ttl=255 time=2.37 ms
64 bytes from 80.222.120.1: icmp_seq=795 ttl=255 time=1.86 ms
64 bytes from 80.222.120.1: icmp_seq=796 ttl=255 time=4.92 ms
64 bytes from 80.222.120.1: icmp_seq=797 ttl=255 time=4.21 ms
64 bytes from 80.222.120.1: icmp_seq=798 ttl=255 time=6.69 ms
64 bytes from 80.222.120.1: icmp_seq=799 ttl=255 time=2.72 ms
64 bytes from 80.222.120.1: icmp_seq=800 ttl=255 time=2.35 ms
64 bytes from 80.222.120.1: icmp_seq=801 ttl=255 time=9.47 ms
64 bytes from 80.222.120.1: icmp_seq=802 ttl=255 time=8.30 ms

--- 80.222.120.1 ping statistics ---
802 packets transmitted, 776 received, 3% packet loss, time 802902ms
rtt min/avg/max/mdev = 1.478/4.242/36.055/3.173 ms



64 bytes from ftp.funet.fi (193.166.3.2): icmp_seq=794 ttl=250 time=7.68 ms
64 bytes from ftp.funet.fi (193.166.3.2): icmp_seq=795 ttl=250 time=8.17 ms
64 bytes from ftp.funet.fi (193.166.3.2): icmp_seq=796 ttl=250 time=4.07 ms
64 bytes from ftp.funet.fi (193.166.3.2): icmp_seq=797 ttl=250 time=3.85 ms
64 bytes from ftp.funet.fi (193.166.3.2): icmp_seq=798 ttl=250 time=3.79 ms
64 bytes from ftp.funet.fi (193.166.3.2): icmp_seq=799 ttl=250 time=8.50 ms
64 bytes from ftp.funet.fi (193.166.3.2): icmp_seq=800 ttl=250 time=3.35 ms
64 bytes from ftp.funet.fi (193.166.3.2): icmp_seq=801 ttl=250 time=3.98 ms
64 bytes from ftp.funet.fi (193.166.3.2): icmp_seq=802 ttl=250 time=9.46 ms

--- ftp.funet.fi ping statistics ---
802 packets transmitted, 774 received, 3% packet loss, time 802941ms
rtt min/avg/max/mdev = 2.784/8.727/84.412/13.247 ms
You have mail in /var/spool/mail/hildepe1



Nopeudet olivat vielä maanantaina normaalin 600kB/s sijaan ~90kB/s (uppi) kuten alla oleva iftop statistiikka kertoo - kolme viimeistä lukua:

TX: cumm: 243MB peak: 177KB rates: 95.0KB 97.9KB 87.4KB



***** Ongelma numero 2) eli IP:n uusimiseen liittyvät ongelmat:


Jo jonkin aikaa poissa ollut ongelma on palannut vauhdilla ja voimalla takaisin. Lyhykäisyydessään: jostain syystä ainakin yksi Soneran DHCP -palvelimista ei enää vastaa UNICAST DHCPREQUEST -pyyntöihin (ellei palvelin ole ollut nurin jostain syystä), vaan palvelin rukoilee ja ruinaa UNICAST:nä IP:tä kunnes lopulta viiltää ranteet ja laitaa pyynnön BROADCAST -osoitetta käyttäen. Outoa kyllä, RENEW -vaiheessa (unicast) myös netti tuntuu olevan nurin, ja vasta EXPIRE (broadcast) vaiheeseen tultua pyyntö menee läpi ja/tai vastaus tulee läpi. Tällöin myös kaikki muu liikenne alkaa toimia normaalisti. Voiko modeemi jotenkin sekoilla ja blokata liikenteen? Ainoa tapa saada yhteys toimimaan on tehdä verkon täyskäynnistys. Modeemin käynnistys ei auta, samoin myös ifdown/ifup ei myöskään auta. Ongelma koskee samalla myös kaikkia liittymän takana olevia koneita.

Oheinen valaisee tarkemmin asiaa.

1) Aluksi netti toimii vielä ihan ok eli unicast DHCPREQUEST saa kivasti vastauksen palvelimelta 10.14.253.54. Sen sijaan myöhemmin samana päivänä uusi RENEW -vaiheen unicast -pyyntö ei sitten olekaan enää saanut vastausta samalta palvelimelta (modeemin vika? DHCP -palvelimen vika) jolloin netti käytännössä on lakannut toimimasta (outoa?). Kun EXPIRE -vaihe viimein koittaa useita tunteja myöhemmin, broadcast -requesti sitten meneekin näppärästi läpi, ja 10.20.8.1 vastaa onnistuneesti DHCPACK:lla. Netti toimii jälleen normaalisti. Ongelma on toistunut 17.10, 25.10, 26.10, 27.10, 28.10. aiheuttaen joka päivä saman tuntien pituisen vian. Vastaavasti tällä hetkellä netin tarkistusskripti käynnistää koko verkon uudestaan "workaroundina" jotta katkot eivät kestä tuhansia tunteja.


Oct 16 19:32:41 tricongw dhclient[9489]: DHCPREQUEST on eth0 to 10.14.253.54 port 67 (xid=0x7206c4ec)
Oct 16 19:32:41 tricongw dhclient[9489]: DHCPACK from 10.14.253.6 (xid=0x7206c4ec)
Oct 16 19:32:42 tricongw dhclient[9489]: bound to <......> -- renewal in 17377 seconds.
Oct 16 23:49:57 tricongw dhclient[9489]: parse_option_buffer: malformed option dhcp.nisplus-servers (code 65): option length exceeds option buffer length.
Oct 17 00:22:19 tricongw dhclient[9489]: DHCPREQUEST on eth0 to 10.14.253.54 port 67 (xid=0x7206c4ec)
Oct 17 00:22:22 tricongw dhclient[9489]: DHCPREQUEST on eth0 to 10.14.253.54 port 67 (xid=0x7206c4ec)
Oct 17 00:22:27 tricongw dhclient[9489]: DHCPREQUEST on eth0 to 10.14.253.54 port 67 (xid=0x7206c4ec)
Oct 17 00:22:39 tricongw dhclient[9489]: DHCPREQUEST on eth0 to 10.14.253.54 port 67 (xid=0x7206c4ec)
Oct 17 00:22:53 tricongw dhclient[9489]: DHCPREQUEST on eth0 to 10.14.253.54 port 67 (xid=0x7206c4ec)

..

<1654 riviä x DHCPREQUEST>.

..

Oct 17 06:43:45 tricongw dhclient[9489]: DHCPREQUEST on eth0 to 255.255.255.255 port 67 (xid=0x7206c4ec)
Oct 17 06:44:01 tricongw dhclient[9489]: DHCPREQUEST on eth0 to 255.255.255.255 port 67 (xid=0x7206c4ec)
Oct 17 06:44:21 tricongw dhclient[9489]: DHCPREQUEST on eth0 to 255.255.255.255 port 67 (xid=0x7206c4ec)
Oct 17 06:44:31 tricongw dhclient[9489]: DHCPREQUEST on eth0 to 255.255.255.255 port 67 (xid=0x7206c4ec)
Oct 17 06:44:48 tricongw dhclient[9489]: DHCPREQUEST on eth0 to 255.255.255.255 port 67 (xid=0x7206c4ec)
Oct 17 06:44:48 tricongw dhclient[9489]: DHCPACK from 10.20.8.1 (xid=0x7206c4ec)
Oct 17 06:44:49 tricongw dhclient[9489]: bound to <.......> -- renewal in 21577 seconds.
Oct 17 12:18:32 tricongw dhclient[9489]: parse_option_buffer: malformed option dhcp.cookie-servers (code 8): option length exceeds option buffer length.
Oct 17 12:44:26 tricongw dhclient[9489]: DHCPREQUEST on eth0 to 10.14.253.54 port 67 (xid=0x7206c4ec)
Oct 17 12:44:26 tricongw dhclient[9489]: DHCPACK from 10.14.253.6 (xid=0x7206c4ec)
Oct 17 12:44:27 tricongw dhclient[9489]: bound to <.......> -- renewal in 18325 seconds.



***** Ongelma 3) eli pätkimiset ovat siis jo pitkään jatkunut (turhauttava) ongelma. Netti voi toimia täydellisesti nuo kolme päivää, mutta sen jälkeen netti on jälleen nurin joka ikinen seuraava päivä useita kertoja per päivä.

Aiheeseen liittyen, modeemi tuntuu samassa yhteydessä joko resetoivan itsensä tai ainakin uusivan *jotain* joka samalla laskee fyysisen linkin hetkeksi. Alla oleva palvelimen logi kertoo / näyttää milloin vmnic0 (WAN/kaapelimodeemissa kiinni oleva verkko) on käynyt alhaalla. Vastaavasti yhteys menee nurin 12 sekunniksi. Sen sijaan sisäverkon reitittimessä kiinni oleva portti (vmnic1, LAN) toimii mainosti ja vastaavia ongelmia ei ole.


Eli esim toissa lauantaina oli viisi katkoa, joista jokainen löytyy serverin logeista, eli linkki on mennyt alas (modeemi bootannut itsensä?)

2012-10-20T02:54:16.056Z cpu5:2053)<6>tg3 : vmnic0: Link is down
2012-10-20T02:54:28.083Z cpu5:2053)<6>tg3 : vmnic0: Link is up at 1000 Mbps, full duplex


2012-10-20T04:37:18.970Z cpu3:2051)<6>tg3 : vmnic0: Link is down
2012-10-20T04:37:30.625Z cpu6:2054)<6>tg3 : vmnic0: Link is up at 1000 Mbps, full duplex


2012-10-20T07:25:41.604Z cpu6:2054)<6>tg3 : vmnic0: Link is down
2012-10-20T07:25:53.633Z cpu6:2054)<6>tg3 : vmnic0: Link is up at 1000 Mbps, full duplex


2012-10-20T19:12:21.971Z cpu7:2055)<6>tg3 : vmnic0: Link is down
2012-10-20T19:12:33.994Z cpu1:2049)<6>tg3 : vmnic0: Link is up at 1000 Mbps, full duplex


2012-10-20T20:18:59.591Z cpu1:2049)<6>tg3 : vmnic0: Link is down
2012-10-20T20:19:11.708Z cpu7:2055)<6>tg3 : vmnic0: Link is up at 1000 Mbps, full duplex

Oheisissa tapauksissa fyysinen linkki on ollut alhaalla 12 sekuntia.


Vastaavasti palvelimen ylemmät kerrokset kertovat oheista **HUOM** alla olevat EEST(UTC+3) aikoja, yllä olevat UTC aikoja:


Sat Oct 20 2012
Start 5:54 7:36 10:25 22:10 23:17
End 5:57 7:37 10:30 22:16 23:22
Network downtime 0:03:49 0:00:55 0:04:35 0:05:30 0:04:35
Total / Saturday 0:19:24

Oheisen mukaan itse yhteyden elpymiseen sitten on mennyt enemmän aikaa. En tiedä kauanko modeemilla menee kunnes se on kokonaan hengissä mutta näköjään ainakin tuo noin minuutin verran ennen kuin pingi oikeasti menee läpi.

Alla vielä lisää edellisten päivien vastaavia ongelmia:

2012-10-25T09:05:51.361Z cpu5:2053)<6>tg3 : vmnic0: Link is down
2012-10-25T09:06:03.567Z cpu2:2050)<6>tg3 : vmnic0: Link is up at 1000 Mbps, full duplex

2012-10-25T09:06:13.335Z cpu4:2052)<6>tg3 : vmnic0: Link is down
2012-10-25T09:06:25.531Z cpu0:2056)<6>tg3 : vmnic0: Link is up at 1000 Mbps, full duplex

2012-10-25T09:29:05.841Z cpu6:2054)<6>tg3 : vmnic0: Link is down
2012-10-25T09:29:18.014Z cpu6:2054)<6>tg3 : vmnic0: Link is up at 1000 Mbps, full duplex

2012-10-25T09:30:04.359Z cpu6:2054)<6>tg3 : vmnic0: Link is down
2012-10-25T09:30:15.998Z cpu3:2051)<6>tg3 : vmnic0: Link is up at 1000 Mbps, full duplex

2012-10-25T13:55:08.755Z cpu4:2052)<6>tg3 : vmnic0: Link is down
2012-10-25T13:55:20.779Z cpu6:2054)<6>tg3 : vmnic0: Link is up at 1000 Mbps, full duplex

2012-10-25T14:01:00.510Z cpu4:2052)<6>tg3 : vmnic0: Link is down
2012-10-25T14:01:12.621Z cpu2:2050)<6>tg3 : vmnic0: Link is up at 1000 Mbps, full duplex

2012-10-25T21:10:05.077Z cpu6:2054)<6>tg3 : vmnic0: Link is down
2012-10-25T21:10:16.746Z cpu6:2054)<6>tg3 : vmnic0: Link is up at 1000 Mbps, full duplex

2012-10-25T23:08:05.824Z cpu5:2053)<6>tg3 : vmnic0: Link is down
2012-10-25T23:08:17.623Z cpu6:2054)<6>tg3 : vmnic0: Link is up at 1000 Mbps, full duplex

2012-10-25T23:10:00.126Z cpu6:2054)<6>tg3 : vmnic0: Link is down
2012-10-25T23:10:11.878Z cpu1:2049)<6>tg3 : vmnic0: Link is up at 1000 Mbps, full duplex

2012-10-25T23:37:08.977Z cpu5:2053)<6>tg3 : vmnic0: Link is down
2012-10-25T23:37:20.686Z cpu6:2054)<6>tg3 : vmnic0: Link is up at 1000 Mbps, full duplex

2012-10-25T23:41:50.480Z cpu2:2050)<6>tg3 : vmnic0: Link is down
2012-10-25T23:42:02.152Z cpu2:2050)<6>tg3 : vmnic0: Link is up at 1000 Mbps, full duplex

2012-10-26T00:02:38.731Z cpu6:2054)<6>tg3 : vmnic0: Link is down
2012-10-26T00:02:50.448Z cpu6:2054)<6>tg3 : vmnic0: Link is up at 1000 Mbps, full duplex

2012-10-26T00:09:27.852Z cpu1:2049)<6>tg3 : vmnic0: Link is down
2012-10-26T00:09:39.635Z cpu4:2052)<6>tg3 : vmnic0: Link is up at 1000 Mbps, full duplex

2012-10-26T02:07:00.671Z cpu0:2056)<6>tg3 : vmnic0: Link is down
2012-10-26T02:07:12.348Z cpu0:2056)<6>tg3 : vmnic0: Link is up at 1000 Mbps, full duplex

2012-10-26T03:31:07.217Z cpu6:2054)<6>tg3 : vmnic0: Link is down
2012-10-26T03:31:18.879Z cpu6:2054)<6>tg3 : vmnic0: Link is up at 1000 Mbps, full duplex

2012-10-26T05:24:44.525Z cpu6:2054)<6>tg3 : vmnic0: Link is down
2012-10-26T05:24:56.794Z cpu6:2054)<6>tg3 : vmnic0: Link is up at 1000 Mbps, full duplex

2012-10-26T05:25:12.831Z cpu6:2054)<6>tg3 : vmnic0: Link is down
2012-10-26T05:25:24.457Z cpu0:2056)<6>tg3 : vmnic0: Link is up at 1000 Mbps, full duplex

2012-10-26T05:31:32.445Z cpu0:2056)<6>tg3 : vmnic0: Link is down
2012-10-26T05:31:44.288Z cpu2:2050)<6>tg3 : vmnic0: Link is up at 1000 Mbps, full duplex

2012-10-26T05:32:40.086Z cpu7:2055)<6>tg3 : vmnic0: Link is down
2012-10-26T05:32:51.797Z cpu2:2050)<6>tg3 : vmnic0: Link is up at 1000 Mbps, full duplex

2012-10-26T05:51:24.613Z cpu4:2052)<6>tg3 : vmnic0: Link is down
2012-10-26T05:51:36.331Z cpu4:2052)<6>tg3 : vmnic0: Link is up at 1000 Mbps, full duplex

2012-10-26T05:51:58.581Z cpu6:2054)<6>tg3 : vmnic0: Link is down
2012-10-26T05:52:10.315Z cpu6:2054)<6>tg3 : vmnic0: Link is up at 1000 Mbps, full duplex

2012-10-26T06:03:52.339Z cpu0:2056)<6>tg3 : vmnic0: Link is down
2012-10-26T06:04:04.053Z cpu2:2050)<6>tg3 : vmnic0: Link is up at 1000 Mbps, full duplex

2012-10-26T06:04:59.531Z cpu1:2049)<6>tg3 : vmnic0: Link is down
2012-10-26T06:05:11.642Z cpu1:2049)<6>tg3 : vmnic0: Link is up at 1000 Mbps, full duplex

2012-10-26T06:35:21.612Z cpu4:2052)<6>tg3 : vmnic0: Link is down
2012-10-26T06:35:33.452Z cpu4:2052)<6>tg3 : vmnic0: Link is up at 1000 Mbps, full duplex

2012-10-26T06:35:57.412Z cpu2:2050)<6>tg3 : vmnic0: Link is down
2012-10-26T06:36:09.488Z cpu2:2050)<6>tg3 : vmnic0: Link is up at 1000 Mbps, full duplex


Lisäbonuksena varmistin myös tänään dhclient -logeista että kyseessä EI ole palvelimen vika, vaan nimenomaan EPC3010 sekoilee minkä kerkeää. Yllä oleviin merkintöihin liittyen otin nimittäin tältä päivältä (kyllä vain, JÄLLEEN katkesi yhteydet) myös dhclient -logit jotka kertovat että kas kummaa, modeemi myös jakelee hetken aikaa omaa IP:tä serverille ennenkuin modeemi jälleen nousee linjoille ja alkaa käyttäytyä aikuisen bridgen tavoin:

dhclient saa motun IP:tä katkon aikana:

Oct 30 14:44:50 tricongw dhclient[6816]: DHCPREQUEST on eth0 to 255.255.255.255 port 67 (xid=0x6d723f4c)
Oct 30 14:44:50 tricongw dhclient[6816]: DHCPNAK from 192.168.100.1 (xid=0x6d723f4c)
Oct 30 14:44:50 tricongw dhclient[6816]: DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 3 (xid=0x2db8f61a)
Oct 30 14:44:50 tricongw dhclient[6816]: DHCPOFFER from 192.168.100.1
Oct 30 14:44:50 tricongw dhclient[6816]: DHCPREQUEST on eth0 to 255.255.255.255 port 67 (xid=0x2db8f61a)
Oct 30 14:44:51 tricongw dhclient[6816]: DHCPACK from 192.168.100.1 (xid=0x2db8f61a)
Oct 30 14:44:53 tricongw dhclient[6816]: bound to 192.168.100.10 -- renewal in 13 seconds.
Oct 30 14:45:06 tricongw dhclient[6883]: DHCPREQUEST on eth0 to 192.168.100.1 port 67 (xid=0x2db8f61a)
Oct 30 14:45:07 tricongw dhclient[6883]: DHCPACK from 192.168.100.1 (xid=0x2db8f61a)
Oct 30 14:45:09 tricongw dhclient[6883]: bound to 192.168.100.10 -- renewal in 12 seconds.
Oct 30 14:45:21 tricongw dhclient[6883]: DHCPREQUEST on eth0 to 192.168.100.1 port 67 (xid=0x2db8f61a)
Oct 30 14:45:25 tricongw dhclient[6883]: DHCPREQUEST on eth0 to 192.168.100.1 port 67 (xid=0x2db8f61a)
Oct 30 14:45:29 tricongw dhclient[6883]: DHCPREQUEST on eth0 to 192.168.100.1 port 67 (xid=0x2db8f61a)
Oct 30 14:45:30 tricongw dhclient[6883]: DHCPACK from 192.168.100.1 (xid=0x2db8f61a)
Oct 30 14:45:32 tricongw dhclient[6883]: bound to 192.168.100.10 -- renewal in 13 seconds.
Oct 30 14:45:45 tricongw dhclient[6883]: DHCPREQUEST on eth0 to 192.168.100.1 port 67 (xid=0x2db8f61a)
Oct 30 14:45:46 tricongw dhclient[6883]: DHCPACK from 192.168.100.1 (xid=0x2db8f61a)
Oct 30 14:45:48 tricongw dhclient[6883]: bound to 192.168.100.10 -- renewal in 13 seconds.
Oct 30 14:45:55 tricongw dhclient[7382]: DHCPREQUEST on eth0 to 255.255.255.255 port 67 (xid=0x4bf236dc)
Oct 30 14:45:56 tricongw dhclient[7382]: DHCPACK from 192.168.100.1 (xid=0x4bf236dc)
Oct 30 14:45:58 tricongw dhclient[7382]: bound to 192.168.100.10 -- renewal in 11 seconds.
Oct 30 14:46:09 tricongw dhclient[7419]: DHCPREQUEST on eth0 to 192.168.100.1 port 67 (xid=0x4bf236dc)
Oct 30 14:46:10 tricongw dhclient[7419]: DHCPACK from 192.168.100.1 (xid=0x4bf236dc)
Oct 30 14:46:12 tricongw dhclient[7419]: bound to 192.168.100.10 -- renewal in 11 seconds.
Oct 30 14:46:23 tricongw dhclient[7419]: DHCPREQUEST on eth0 to 192.168.100.1 port 67 (xid=0x4bf236dc)
Oct 30 14:46:26 tricongw dhclient[7419]: DHCPREQUEST on eth0 to 192.168.100.1 port 67 (xid=0x4bf236dc)
Oct 30 14:46:31 tricongw dhclient[7419]: DHCPREQUEST on eth0 to 192.168.100.1 port 67 (xid=0x4bf236dc)
Oct 30 14:46:32 tricongw dhclient[7419]: DHCPACK from 192.168.100.1 (xid=0x4bf236dc)
Oct 30 14:46:34 tricongw dhclient[7419]: bound to 192.168.100.10 -- renewal in 13 seconds.
Oct 30 14:46:47 tricongw dhclient[7419]: DHCPREQUEST on eth0 to 192.168.100.1 port 67 (xid=0x4bf236dc)
Oct 30 14:46:54 tricongw dhclient[7419]: DHCPREQUEST on eth0 to 192.168.100.1 port 67 (xid=0x4bf236dc)
Oct 30 14:46:59 tricongw dhclient[7902]: DHCPREQUEST on eth0 to 255.255.255.255 port 67 (xid=0x1ef2a1c1)
Oct 30 14:47:03 tricongw dhclient[7902]: DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 7 (xid=0x64bb94d5)
Oct 30 14:47:10 tricongw dhclient[7902]: DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 21 (xid=0x64bb94d5)
Oct 30 14:47:31 tricongw dhclient[7902]: DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 20 (xid=0x64bb94d5)
Oct 30 14:47:32 tricongw dhclient[7902]: DHCPOFFER from 10.20.8.1
Oct 30 14:47:32 tricongw dhclient[7902]: DHCPREQUEST on eth0 to 255.255.255.255 port 67 (xid=0x64bb94d5)
Oct 30 14:47:32 tricongw dhclient[7902]: DHCPACK from 10.20.8.1 (xid=0x64bb94d5)
Oct 30 14:47:33 tricongw dhclient[7902]: bound to <.........> -- renewal in 17271 seconds.

Vastaavasti ESXi palvelin kertoo samasta yhteydestä netin loikkivan ja paukkuvan:


Vikajakson alku (sama kuin yllä oleva dhcp logi):
info 30.10.2012 14:45:21 hyper.triquetrum.dsl.inet.fi Lost network connectivity on virtual switch "vSwitch1". Physical NIC vmnic0 is down.
info 30.10.2012 14:45:21 hyper.triquetrum.dsl.inet.fi Network connectivity restored on virtual switch "vSwitch1", portgroups: "WAN". Physical NIC vmnic0 is up.

ja

14:47 tilanne normalisoituu kuten myös yllä oleva dhcp logi osoittaa:

info 30.10.2012 14:46:58 hyper.triquetrum.dsl.inet.fi Alarm 'Network connectivity lost' on hyper.triquetrum.dsl.inet.fi changed from Green to Red
info 30.10.2012 14:47:01 hyper.triquetrum.dsl.inet.fi Network connectivity restored on virtual switch "vSwitch1", portgroups: "WAN". Physical NIC vmnic0 is up.


***** Yleisesti ottaen siis viime päivät netti on ollut naurettavan surkea. Alla olevat yleisstatistiikat kertovat karua totuutta netistä, joka itseasiassa ilman verkon uudelleenkäynnistyksia aiheuttaa verkon olevan NURIN suurimman osan päivästä sen sijaan että se toimisi.


1) Vikapäivät:

Päivä Kuvaus Alkoi Päättyi Network restart Muuta
2012-10-16 network failed at Tue Tue Oct 16 14:32:05 EEST 2012 Tue Oct 16 23:59:25 EEST 2012 180
2012-10-17 network failed at Wed Wed Oct 17 00:00:39 EEST 2012 Wed Oct 17 21:46:19 EEST 2012 357 Server didn't get IP.
2012-10-18 network failed at Thu Thu Oct 18 18:02:40 EEST 2012 Thu Oct 18 18:04:56 EEST 2012 3
2012-10-19
2012-10-20 network failed at Sat Sat Oct 20 05:54:02 EEST 2012 Sat Oct 20 23:22:08 EEST 2012 25
2012-10-21 network failed at Sun Sun Oct 21 01:08:04 EEST 2012 Sun Oct 21 01:09:54 EEST 2012 3
2012-10-22
2012-10-23
2012-10-24
2012-10-25 network failed at Thu Thu Oct 25 03:00:16 EEST 2012 Thu Oct 25 19:51:41 EEST 2012 795 Sähkökatko välillä 11:19 -> 12:05
2012-10-26 network failed at Fri Fri Oct 26 00:05:36 EEST 2012 Fri Oct 26 16:52:21 EEST 2012 805 Server didn't get IP.

2012-10-27 network failed at Sat Sat Oct 27 05:15:58 EEST 2012 Sat Oct 27 23:58:49 EEST 2012 535 Server didn't get IP.

2012-10-28 network failed at Sun Sun Oct 28 00:00:03 EEST 2012 Sun Oct 28 20:37:00 EET 2012 626 Server didn't get IP.

2012-10-29 network failed at Mon Mon Oct 29 00:02:53 EET 2012 Mon Oct 29 16:24:08 EET 2012 63
2012-10-30 network failed at Tue Tue Oct 30 14:44:57 EET 2012 Tue Oct 30 14:47:34 EET 2012 3


2) Päiväkohtaiset ongelmat tarkemmin sekä kokonaisaika jolloin netti on ollut nurin

Tue Oct 16 2012
Start 14:32 14:44 15:58 23:04 23:08 23:14 23:17 23:33
End 14:39 14:44 18:52 23:04 23:09 23:14 23:18 23:59
Network downtime 0:07:15 0:00:00 2:54:19 0:00:00 0:00:55 0:00:00 0:00:55 0:25:56
Total / Tuesday 3:29:20


Wed Oct 17 2012
Start 0:08 7:55 21:06 21:41
End 7:49 7:55 21:33 21:46
Network downtime 7:41:52 0:00:00 0:27:05 0:04:35
Total / Wednesday 8:13:32


Thu Oct 18 2012
Start 18:02
End 18:04
Network downtime 0:02:16
Total / Thursday 0:02:16


Sat Oct 20 2012
Start 5:54 7:36 10:25 22:10 23:17
End 5:57 7:37 10:30 22:16 23:22
Network downtime 0:03:49 0:00:55 0:04:35 0:05:30 0:04:35
Total / Saturday 0:19:24


Sun Oct 21 2012
Start 1:08
End 1:09
Network downtime 0:01:50
Total / Sunday 0:01:50


Thu Oct 25 2012
Start 3:00
End 19:51
Network downtime 16:51:25
Total / Thursday 16:51:25


Fri Oct 26 2012
Start 0:05
End 16:52
Network downtime 16:46:45
Total / Friday 16:46:45


Sat Oct 27 2012
Start 5:15 20:18
End 12:37 23:58
Network downtime 7:21:09 3:39:53
Total / Saturday 11:01:02


Sun Oct 28 2012
Start 0:00 19:23 20:35
End 11:46 19:32 20:37
Network downtime 11:46:39 0:09:36 0:01:50
Total / Sunday 11:58:05


Mon Oct 29 2012
Start 0:02 1:45 3:00 3:06 4:22 6:43 7:01 9:35 11:16 12:47 13:00 15:04 15:54
End 0:05 1:47 3:00 3:07 4:23 6:45 7:05 9:37 11:17 12:48 13:02 15:17 16:24
Network downtime 0:02:43 0:01:23 0:00:00 0:01:14 0:01:31 0:02:08 0:03:20 0:02:33 0:00:52 0:01:34 0:01:50 0:12:52 0:29:25
Total / Monday 0:32:00


Tue Oct 30 2012
Start 14:44
End 14:47
Network downtime 0:02:37
Total / Tuesday 0:02:37


Eilen netti siis on ollut nurin 13 kertaa (kumulatiivisesti 32min). Ja vastaavasti kiitos IP:n saantiongelmien netti ollut nurin Thu, Fri, Sat, Sun 17+17+11+12 tuntia.

Olisiko aiheellista myös harkita hyvityksiä laskutukseen liittyen edellisten ongelmien seurauksena?

***** Vielä viimeinen status tältä päivältä

Netti on toiminut eilisestä iltapäivästä (jälleen) ilman ongelmia aina tähän päivään (tiistai) 14:44 asti, jolloin tuli viimeinen lyhyt katko. Asentaja on mahdollisesti käynyt tutkimassa vahvistimia, koska laitoin eilen myös vikailmoitusta puhelimitse. Sinänsä netti siis on taas stabiilimpi kuin viime viikon Torstaista aina eiliseen. Samassa yhteydessä vaikuttaisi siltä että 1) ja 2) ongelmat eli pakettihäviö + dhcp -ongelmat ovat kadonneet, eli Soneran yksi ongelmallinen DHCP palvelin (10.14.253.54) vastaa jälleen unicast requesteihin kuten pitää.

Mutta siis H A L O O. Pitääkö tässä ostaa nyt shamppanjapullo siitä syystä että vitun netti toimii MELKEIN 24h ilman ongelmia??!

Terv,
Petri

Vastaa


Käyttöehdot
Evästeasetukset