Muutama päivä sitten Uudellamaalla oli Elisan kiinteät laajakaistat poikki useita tunteja ja todennäköinen syy oli DHCP.
Taas näyttäisi DHCP olevan kaatumassa. DHCP antaa modeemille IP-osoitteen kahdeksi tunniksi ja kun määräaika umpeutuu ja pitäisi uusia lease , niin DHCP ei vastaa , jolloin (ainakin minun modeemi) kättelee automaattisesti uudestaan ja saa uusittua IP-osoitteen joskus ensimmäisellä kerralla , mutta välillä se joutuu kättelemään useamman kerran , että osoite tulee.
Vika lienee DHCP-palvelimella ja on alkanut muutaman päivän takaisen katkoksen jälkeen. Kun lease on saatu , niin yhteys kyllä toimii kunnes taas lease pitää uusia.
Tehkääpä asialle pikimmiten jotakin , sillä se muutaman päivän takainen korjaus ei ollut riittävä.
Sivu 1 / 2
Älä käytä ELISAn DHCP -palvelimia. Esim. 9.9.9.9 on aika hyvä.
Hmmm...
Kyllä sen IP-osoitteen pitää tulla Elisalta , ei yhteys muuten toimi. Tuo linkkisi on DNS-osoiteisiin ja se on ihan eri asia ja minulla on jo muut kuin Elisan nimipalvelimet käytössä ja on ollut monta vuotta.
OpenDNS on myös ihan kelvollinen.
DNS1 = 208.67.222.222
DNS2 = 208.67.222.220
https://www.opendns.com/setupguide/
PS. Elisan kuluttajaliittymät eivät tue kiinteitä IP-osoitteita eli DHCP on ainoa vaihtoehto.
DHCPn pitäisi kahden tunnin leasella uudistua tunnin kohdalla. Nyt näin ei tapahdu joka voi katkaista yhteyden kun IP resetoituu kahden tunnin kohdalla
Elisan DHCP on temppuilut eri yhteyksillä jo monta vuotta. DHCP renew ei kovin luotettava. Ehkä toimii ehkä ei
Ihan kuin Elisa olisi poistanut kokonaan DHCP renewin konffauksestaan ison katkoksen jälkeen
Elisan DHCP on temppuilut eri yhteyksillä jo monta vuotta. DHCP renew ei kovin luotettava. Ehkä toimii ehkä ei
Ihan kuin Elisa olisi poistanut kokonaan DHCP renewin konffauksestaan ison katkoksen jälkeen
Elisan DHCP on temppuilut eri yhteyksillä jo monta vuotta. DHCP renew ei kovin luotettava. Ehkä toimii ehkä ei
Juu näin on.
Olen seuraillut modeemin lokeja jo useamman kuukauden ja vielä ennen tuota totaalikatkoa muutama päivä sitten osoitteen uusiminen epäonnistui silloin tällöin. Saattoi mennä viikkokin ihan ok.
Nyt osoitteen uusinta epäonnistuu joka kerta eli jotakin asialle pitäisi tehdä pikaisesti. Ja ongelma ei tosiaankaan ole modeemissa. 😠
No siltä vähän vaikuttaa. :(
En tiedä minkälaista porukkaa siellä on ollut hämmentämässä asetuksia , mutta ei kovin vakuuttavalta heidän osaamisensa vaikuta. No voihan se DHCP-palvelinkin olla uudestaan rikki.
Näin ei kuitenkaan voi jatkaa , että yhteys on poikki parin tunnin välein.
Hmmm...
Kyllä sen IP-osoitteen pitää tulla Elisalta , ei yhteys muuten toimi. Tuo linkkisi on DNS-osoiteisiin ja se on ihan eri asia ja minulla on jo muut kuin Elisan nimipalvelimet käytössä ja on ollut monta vuotta.
OpenDNS on myös ihan kelvollinen.
DNS1 = 208.67.222.222
DNS2 = 208.67.222.220
https://www.opendns.com/setupguide/
PS. Elisan kuluttajaliittymät eivät tue kiinteitä IP-osoitteita eli DHCP on ainoa vaihtoehto.
Sori! Oli vähän mämmiä silmissä...
Eipä ole asiassa muutosta tapahtunut. 2h välein modeemi menettää leasen ja kättelee uudestaan.
Mitään yleistä DHCP-vikaa ei ole päällä. Jos olisi, se lukisi iltapäivälehdissä.
Helsingin Pakilassa on häiriötilanne päällä, muita ei ole tiedossa.
Helsingin Pakilassa on häiriötilanne päällä, muita ei ole tiedossa.
Helsingin Pakilassa on häiriötilanne päällä, muita ei ole tiedossa.
Ja mahtaisiko se Pakilan vika aiheuttaa sen , että osissa Uuttamaata IP renew ei toimi????
Tosin häiriökartalla ei ole siitä Pakilastakaan mitään merkintää.
Ruvetkaapa tutkimaan DHCP:tä , reititystä ja DSLAM:jä , sillä tämä vika on ollut päällä jo useamman päivän eikä ole kiinni modeemista. Siis on kokeiltu useammalla eikä toimi.
https://elisa.fi/asiakastiedotteet/tiedote/?tag=corporate.elisa.fi%3Adisturbance%2Celisa.fi%3Adisturbance
https://elisa.fi/asiakastiedotteet/tiedote/?tag=corporate.elisa.fi%3Adisturbance%2Celisa.fi%3Adisturbance
Jaahas.
Meillä vika on ollut päällä jo useita päiviä ja tuo häiriö on ilmoitettu alkaneen tänään. Tuskin on samasta asiasta kyse tai sitten tuo tiedote ei puhu totta.
Ei ole samasta asiasta kyse. Tuo Pakilan vikatilanne koskee yksittäistä dslamia ja on ainoa avoin julkinen vikatilanne tällä hetkellä.
Mitään avointa vikatiedotetta, edes sisäistä, ei DHCP-palvelimista ole.
En saa sinulle yksityisviestiä lähetettyä niin pyydän näin julkisesti. Laita minulle yksityisviestillä asiakasnumerosi ja tällä hetkellä käytössäsi olevan modeemin mac-osoite niin tutkimme verkonhallinnan asiantuntijoiden kanssa kokemaasi DHCP-ongelmaa tarkemmin.
Tiedot laitettu. 🙂
Tiedot laitettu. :)
Kiitos, tuli perille. Käytkö klikkaamassa omasta profiilistasi sallituksi, että voin lähettää sinulle yksityisviestin, niin voimme jatkaa selvittelyä.
Nyt pitäisi onnistua yv:t. 🙂
Onko tämä sama DHCP ongelma päällä Järvenpäässä Pöytäalhontie 67E VDSL linjoilla? Modeemin lokeista löytyyy: DHCPREQUEST on ptm 0.0 "Elisa VDSL DHCP palvelimen IP osoite" portti 67 virheilmoituksia jatkuvasti? Varmaan toistakymmentä yritystä, jonka jälkeen saa uudistettua julkisen LAN DHCP osoitteen....
Olen etsinyt vikaa modeemista, mutta onko vika teidän päässä? Olen kokeillut useilla modeemeilla ja ollut yhteydessä modeemin valmistajaankin tästä asiasta. Useita eri ohjelmistoversioita on testattu Modeemi on Asus DSL-AC88U.
Aikaisemmin näitä vikoja ei lokeissa ole ollut. Jos vika teidän päässä miksei ole ilmoitusta asiakkaalle tullut? Yhteys kyllä toimii, mutta DHCP vikoja tulee paljon modeemin lokeihin....
Olen etsinyt vikaa modeemista, mutta onko vika teidän päässä? Olen kokeillut useilla modeemeilla ja ollut yhteydessä modeemin valmistajaankin tästä asiasta. Useita eri ohjelmistoversioita on testattu Modeemi on Asus DSL-AC88U.
Aikaisemmin näitä vikoja ei lokeissa ole ollut. Jos vika teidän päässä miksei ole ilmoitusta asiakkaalle tullut? Yhteys kyllä toimii, mutta DHCP vikoja tulee paljon modeemin lokeihin....
Veikkaisin , että vika on Elisan päässä. Meillä tämä vika alkoi taannoisen Uudenmaan totaalikatkon jälkeen ja jatkuu yhä. Modeemeja on kokeiltu useita eikä ole siitä kiinni.
Ei varmaan olisi pahitteeksi , jos Elisa kertoisi edes vähän mistä on kyse ja onko korjaus käynnissä.
Ei varmaan olisi pahitteeksi , jos Elisa kertoisi edes vähän mistä on kyse ja onko korjaus käynnissä.
Käyttäjälle tämä ilmenee näin täällä Kirkkonummella:
15:38:39 IP 88.112.88.x.bootpc > 195.74.2.54.bootps: BOOTP/DHCP, Request, length 300
15:38:54 IP 88.112.88.x.bootpc > 195.74.2.54.bootps: BOOTP/DHCP, Request, length 300
15:39:03 IP 88.112.88.x.bootpc > 195.74.2.54.bootps: BOOTP/DHCP, Request, length 300
15:39:21 IP 88.112.88.x.bootpc > 195.74.2.54.bootps: BOOTP/DHCP, Request, length 300
15:39:38 IP 88.112.88.x.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request, length 300
15:39:38 IP 88.112.88.2.bootps > 88.112.88.x.bootpc: BOOTP/DHCP, Reply, length 344
16:39:38 IP 88.112.88.x.bootpc > 195.74.2.54.bootps: BOOTP/DHCP, Request, length 300
16:39:44 IP 88.112.88.x.bootpc > 195.74.2.54.bootps: BOOTP/DHCP, Request, length 300
16:39:53 IP 88.112.88.x.bootpc > 195.74.2.54.bootps: BOOTP/DHCP, Request, length 300
...
17:23:35 IP 88.112.88.x.bootpc > 195.74.2.54.bootps: BOOTP/DHCP, Request, length 300
17:23:50 IP 88.112.88.x.bootpc > 195.74.2.54.bootps: BOOTP/DHCP, Request, length 300
17:24:06 IP 88.112.88.x.bootpc > 195.74.2.54.bootps: BOOTP/DHCP, Request, length 300
17:24:20 IP 88.112.88.x.bootpc > 195.74.2.54.bootps: BOOTP/DHCP, Request, length 300
17:24:41 IP 88.112.88.x.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request, length 300
17:24:41 IP 88.112.88.2.bootps > 88.112.88.x.bootpc: BOOTP/DHCP, Reply, length 344
18:12:40 IP 88.112.88.x.bootpc > 195.74.2.54.bootps: BOOTP/DHCP, Request, length 300
18:12:44 IP 88.112.88.x.bootpc > 195.74.2.54.bootps: BOOTP/DHCP, Request, length 300
18:12:54 IP 88.112.88.x.bootpc > 195.74.2.54.bootps: BOOTP/DHCP, Request, length 300
Yllä siis klo 15:39:38 on DHCP lease saatu uusittua 2 tunniksi. Kun lease-ajasta on kulunut 50%, eli 1 tunti klo 16:39:38 (T1 ajastin), alkaa DHCP asiakas lähettää leasen uusintapyyntöjä DHCP palvelimen (option 54 server id eli 195.74.2.54) osoitteeseen (RENEWING tila). Syystä tai toisesta näihin paketteihin ei koskaan tule vastausta.
Kun T2 ajastin laukeaa klo 17:24:41 (87,5% kohdalla leasen voimassaolosta), siirtyy DHCP asiakas REBINDING tilaan ja lähettää DHCP-paketin broadcast-osoitteeseen. Tähän tulee heti vastaus ja lease on taas uusittu 2 tunniksi. Sykli jatkuu tällaisena toistaiseksi ja on jatkunut näin useita vuorokausia nyt.
Kun katsoo tarkemmin DHCP-vastausta, niin siellä on server identifier (option 54) kentässä ip-osoite 195.74.2.54. DHCP-vastaukset tulevat kuitenkin oman koneeni kanssa samassa aliverkossa olevasta IP-osoitteesta 88.112.88.2, joka on oletettavasti tässä aliverkossa dhcp relay agentin käyttämä osoite.
Homma voisi toimia paremmin, jos asiakkaalle näkyvissä DHCP-vastauspaketeissa server id:nä olisi se IP-osoite, johon asiakkaan halutaan DHCP-paketit lähettävän. Yllä olevassa esimerkissä siis kenties 88.112.88.2. RFC 5107 tuntuisi kuvailevan tilannetta aika hyvin.
15:38:39 IP 88.112.88.x.bootpc > 195.74.2.54.bootps: BOOTP/DHCP, Request, length 300
15:38:54 IP 88.112.88.x.bootpc > 195.74.2.54.bootps: BOOTP/DHCP, Request, length 300
15:39:03 IP 88.112.88.x.bootpc > 195.74.2.54.bootps: BOOTP/DHCP, Request, length 300
15:39:21 IP 88.112.88.x.bootpc > 195.74.2.54.bootps: BOOTP/DHCP, Request, length 300
15:39:38 IP 88.112.88.x.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request, length 300
15:39:38 IP 88.112.88.2.bootps > 88.112.88.x.bootpc: BOOTP/DHCP, Reply, length 344
16:39:38 IP 88.112.88.x.bootpc > 195.74.2.54.bootps: BOOTP/DHCP, Request, length 300
16:39:44 IP 88.112.88.x.bootpc > 195.74.2.54.bootps: BOOTP/DHCP, Request, length 300
16:39:53 IP 88.112.88.x.bootpc > 195.74.2.54.bootps: BOOTP/DHCP, Request, length 300
...
17:23:35 IP 88.112.88.x.bootpc > 195.74.2.54.bootps: BOOTP/DHCP, Request, length 300
17:23:50 IP 88.112.88.x.bootpc > 195.74.2.54.bootps: BOOTP/DHCP, Request, length 300
17:24:06 IP 88.112.88.x.bootpc > 195.74.2.54.bootps: BOOTP/DHCP, Request, length 300
17:24:20 IP 88.112.88.x.bootpc > 195.74.2.54.bootps: BOOTP/DHCP, Request, length 300
17:24:41 IP 88.112.88.x.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request, length 300
17:24:41 IP 88.112.88.2.bootps > 88.112.88.x.bootpc: BOOTP/DHCP, Reply, length 344
18:12:40 IP 88.112.88.x.bootpc > 195.74.2.54.bootps: BOOTP/DHCP, Request, length 300
18:12:44 IP 88.112.88.x.bootpc > 195.74.2.54.bootps: BOOTP/DHCP, Request, length 300
18:12:54 IP 88.112.88.x.bootpc > 195.74.2.54.bootps: BOOTP/DHCP, Request, length 300
Yllä siis klo 15:39:38 on DHCP lease saatu uusittua 2 tunniksi. Kun lease-ajasta on kulunut 50%, eli 1 tunti klo 16:39:38 (T1 ajastin), alkaa DHCP asiakas lähettää leasen uusintapyyntöjä DHCP palvelimen (option 54 server id eli 195.74.2.54) osoitteeseen (RENEWING tila). Syystä tai toisesta näihin paketteihin ei koskaan tule vastausta.
Kun T2 ajastin laukeaa klo 17:24:41 (87,5% kohdalla leasen voimassaolosta), siirtyy DHCP asiakas REBINDING tilaan ja lähettää DHCP-paketin broadcast-osoitteeseen. Tähän tulee heti vastaus ja lease on taas uusittu 2 tunniksi. Sykli jatkuu tällaisena toistaiseksi ja on jatkunut näin useita vuorokausia nyt.
Kun katsoo tarkemmin DHCP-vastausta, niin siellä on server identifier (option 54) kentässä ip-osoite 195.74.2.54. DHCP-vastaukset tulevat kuitenkin oman koneeni kanssa samassa aliverkossa olevasta IP-osoitteesta 88.112.88.2, joka on oletettavasti tässä aliverkossa dhcp relay agentin käyttämä osoite.
Homma voisi toimia paremmin, jos asiakkaalle näkyvissä DHCP-vastauspaketeissa server id:nä olisi se IP-osoite, johon asiakkaan halutaan DHCP-paketit lähettävän. Yllä olevassa esimerkissä siis kenties 88.112.88.2. RFC 5107 tuntuisi kuvailevan tilannetta aika hyvin.
Jos edes tuo T2 toimisi niin ei kiinnostaisi. Täällä lease menee kokonaan umpeen ennen uudistusta. Ehkä se riippuu reitittimestä
Mahdollisesti reitittimesi DHCP-asiakasohjelmisto on sellainen, ettei se toteuta DHCP-protokollaa täsmälleen RFC:n mukaisesti ja lähettää broadcast-kyselyjä vasta sitten kun lease on kokonaan vanhentunut, mikä johtaa katkoon toiminnassa. Verkko voi teillä päin olla tietysti eri tavalla konfiguroitukin ja syy olla jossain muualla.
Mahdollisesti reitittimesi DHCP-asiakasohjelmisto on sellainen, ettei se toteuta DHCP-protokollaa täsmälleen RFC:n mukaisesti ja lähettää broadcast-kyselyjä vasta sitten kun lease on kokonaan vanhentunut, mikä johtaa katkoon toiminnassa. Verkko voi teillä päin olla tietysti eri tavalla konfiguroitukin ja syy olla jossain muualla.
Näin se on suurimmassa osassa tavallisia modeemi/reitittimiä. Vain ihan oikeissa reitittimissä toiminta on paremmin standardin mukaista.
No niin tai näin , niin sen parin viikon takaisen totaalikatkoksen jälkeen ainakin meillä modeemi alkoi hukkaamaan IP leasen eli se IP renew lakkasi toimimasta. Sitä katkosta ennen renew toimi kohtuullisesti ja vain kerran viikossa tai kahdessa ei IP:tä tullut ja modeemi joutui kättelemään yhteyden uudestaan. Elisan DHCP on vialla pahan kerran ja on ollut kauan. Lieköhän nyt levinnyt lopullisesti vai onko joku sotkenut palvelimen asetukset. No toki vikaa voi olla jossakin runkoreitittimessäkin tai DSLAM:ssä.
Ei muuta kuin kaikki vaan kirjoittelemaan vikailmoituksia. Jospa Elisa sitten tekisi jotakin asialle.
Meillä modeemin lokiin tulee tällaista koko ajan:
Apr 5 09:19:30 daemon info syslog: Lease of 91.158.xxx.xxx obtained, lease time 7200
Apr 5 09:19:30 daemon info syslog: Lease lost, entering init state
Apr 5 07:19:31 daemon info syslog: Lease of 91.158.xxx.xxx obtained, lease time 7200
Apr 5 07:19:31 daemon info syslog: Lease lost, entering init state
Apr 5 05:19:32 daemon info syslog: Lease of 91.158.xxx.xxx obtained, lease time 7200
Apr 5 05:19:32 daemon info syslog: Lease lost, entering init state
Apr 5 03:19:33 daemon info syslog: Lease of 91.158.xxx.xxx obtained, lease time 7200
Apr 5 03:19:33 daemon info syslog: Lease lost, entering init state
Apr 5 01:19:34 daemon info syslog: Lease of 91.158.xxx.xxx obtained, lease time 7200
Apr 5 01:19:34 daemon info syslog: Lease lost, entering init state
Apr 4 23:19:35 daemon info syslog: Lease of 91.158.xxx.xxx obtained, lease time 7200
Apr 4 23:19:35 daemon info syslog: Lease lost, entering init state
Apr 4 21:19:36 daemon info syslog: Lease of 91.158.xxx.xxx obtained, lease time 7200
Apr 4 21:19:36 daemon info syslog: Lease lost, entering init state
Ja tätä jatkuu loputtomiin.....
Ei ole kiva , jos olet juuri lataamassa netistä jotakin , kun modeemi kättelee uudestaan ja katkaisee latauksen useimmiten. 😞
Järvenpäässä DHCP toimii ihan hienosti.
Apr 6 08:01:25 vekotin dhclienti3459]: DHCPREQUEST of 91.158.154.XXX on enp6s0.2 to 193.229.4.196 port 67 (xid=0x2a9d2642)
Apr 6 08:01:25 vekotin dhclienti3459]: DHCPACK of 91.158.154.XXX from 193.229.4.196
Apr 6 08:01:25 vekotin dhclienti3459]: bound to 91.158.154.XXX -- renewal in 1659 seconds.
Apr 6 08:29:04 vekotin dhclienti3459]: DHCPREQUEST of 91.158.154.XXX on enp6s0.2 to 193.229.4.196 port 67 (xid=0x2a9d2642)
Apr 6 08:29:04 vekotin dhclienti3459]: DHCPACK of 91.158.154.XXX from 193.229.4.196
Apr 6 08:29:04 vekotin dhclienti3459]: bound to 91.158.154.XXX -- renewal in 1695 seconds.
Apr 6 08:57:20 vekotin dhclienti3459]: DHCPREQUEST of 91.158.154.XXX on enp6s0.2 to 193.229.4.196 port 67 (xid=0x2a9d2642)
Apr 6 08:57:20 vekotin dhclienti3459]: DHCPACK of 91.158.154.XXX from 193.229.4.196
Apr 6 08:57:20 vekotin dhclienti3459]: bound to 91.158.154.XXX -- renewal in 1655 seconds.
Apr 6 09:24:55 vekotin dhclienti3459]: DHCPREQUEST of 91.158.154.XXX on enp6s0.2 to 193.229.4.196 port 67 (xid=0x2a9d2642)
Apr 6 09:24:55 vekotin dhclienti3459]: DHCPACK of 91.158.154.XXX from 193.229.4.196
Apr 6 09:24:56 vekotin dhclienti3459]: bound to 91.158.154.XXX -- renewal in 1798 seconds.
Apr 6 09:54:54 vekotin dhclienti3459]: DHCPREQUEST of 91.158.154.XXX on enp6s0.2 to 193.229.4.196 port 67 (xid=0x2a9d2642)
Apr 6 09:54:54 vekotin dhclienti3459]: DHCPACK of 91.158.154.XXX from 193.229.4.196
Apr 6 09:54:54 vekotin dhclienti3459]: bound to 91.158.154.XXX -- renewal in 1493 seconds.
Apr 6 10:19:48 vekotin dhclienti3459]: DHCPREQUEST of 91.158.154.XXX on enp6s0.2 to 193.229.4.196 port 67 (xid=0x2a9d2642)
Apr 6 10:19:48 vekotin dhclienti3459]: DHCPACK of 91.158.154.XXX from 193.229.4.196
Apr 6 10:19:48 vekotin dhclienti3459]: bound to 91.158.154.XXX -- renewal in 1588 seconds.
Apr 6 10:46:16 vekotin dhclienti3459]: DHCPREQUEST of 91.158.154.XXX on enp6s0.2 to 193.229.4.196 port 67 (xid=0x2a9d2642)
Apr 6 10:46:16 vekotin dhclienti3459]: DHCPACK of 91.158.154.XXX from 193.229.4.196
Apr 6 10:46:17 vekotin dhclienti3459]: bound to 91.158.154.XXX -- renewal in 1749 seconds.
Apr 6 11:15:25 vekotin dhclienti3459]: DHCPREQUEST of 91.158.154.XXX on enp6s0.2 to 193.229.4.196 port 67 (xid=0x2a9d2642)
Apr 6 11:15:25 vekotin dhclienti3459]: DHCPACK of 91.158.154.XXX from 193.229.4.196
Apr 6 11:15:25 vekotin dhclienti3459]: bound to 91.158.154.XXX -- renewal in 1393 seconds.
Apr 6 11:38:39 vekotin dhclienti3459]: DHCPREQUEST of 91.158.154.XXX on enp6s0.2 to 193.229.4.196 port 67 (xid=0x2a9d2642)
Apr 6 11:38:39 vekotin dhclienti3459]: DHCPACK of 91.158.154.XXX from 193.229.4.196
Apr 6 11:38:39 vekotin dhclienti3459]: bound to 91.158.154.XXX -- renewal in 1643 seconds.
Apr 6 12:06:02 vekotin dhclienti3459]: DHCPREQUEST of 91.158.154.XXX on enp6s0.2 to 193.229.4.196 port 67 (xid=0x2a9d2642)
Apr 6 12:06:02 vekotin dhclienti3459]: DHCPACK of 91.158.154.XXX from 193.229.4.196
Apr 6 12:06:02 vekotin dhclienti3459]: bound to 91.158.154.XXX -- renewal in 1649 seconds.
Apr 6 12:33:31 vekotin dhclienti3459]: DHCPREQUEST of 91.158.154.XXX on enp6s0.2 to 193.229.4.196 port 67 (xid=0x2a9d2642)
Apr 6 12:33:31 vekotin dhclienti3459]: DHCPACK of 91.158.154.XXX from 193.229.4.196
Apr 6 12:33:31 vekotin dhclienti3459]: bound to 91.158.154.XXX -- renewal in 1390 seconds.
Apr 6 12:56:41 vekotin dhclienti3459]: DHCPREQUEST of 91.158.154.XXX on enp6s0.2 to 193.229.4.196 port 67 (xid=0x2a9d2642)
Apr 6 12:56:41 vekotin dhclienti3459]: DHCPACK of 91.158.154.XXX from 193.229.4.196
Apr 6 12:56:41 vekotin dhclienti3459]: bound to 91.158.154.XXX -- renewal in 1387 seconds.
Apr 6 13:19:48 vekotin dhclienti3459]: DHCPREQUEST of 91.158.154.XXX on enp6s0.2 to 193.229.4.196 port 67 (xid=0x2a9d2642)
Apr 6 13:19:48 vekotin dhclienti3459]: DHCPACK of 91.158.154.XXX from 193.229.4.196
Apr 6 13:19:48 vekotin dhclienti3459]: bound to 91.158.154.XXX -- renewal in 1580 seconds.
Apr 6 13:46:08 vekotin dhclienti3459]: DHCPREQUEST of 91.158.154.XXX on enp6s0.2 to 193.229.4.196 port 67 (xid=0x2a9d2642)
Apr 6 13:46:08 vekotin dhclienti3459]: DHCPACK of 91.158.154.XXX from 193.229.4.196
Apr 6 13:46:09 vekotin dhclienti3459]: bound to 91.158.154.XXX -- renewal in 1562 seconds.
Apr 6 14:12:10 vekotin dhclienti3459]: DHCPREQUEST of 91.158.154.XXX on enp6s0.2 to 193.229.4.196 port 67 (xid=0x2a9d2642)
Apr 6 14:12:10 vekotin dhclienti3459]: DHCPACK of 91.158.154.XXX from 193.229.4.196
Apr 6 14:12:10 vekotin dhclienti3459]: bound to 91.158.154.XXX -- renewal in 1587 seconds.
Apr 6 08:01:25 vekotin dhclienti3459]: DHCPREQUEST of 91.158.154.XXX on enp6s0.2 to 193.229.4.196 port 67 (xid=0x2a9d2642)
Apr 6 08:01:25 vekotin dhclienti3459]: DHCPACK of 91.158.154.XXX from 193.229.4.196
Apr 6 08:01:25 vekotin dhclienti3459]: bound to 91.158.154.XXX -- renewal in 1659 seconds.
Apr 6 08:29:04 vekotin dhclienti3459]: DHCPREQUEST of 91.158.154.XXX on enp6s0.2 to 193.229.4.196 port 67 (xid=0x2a9d2642)
Apr 6 08:29:04 vekotin dhclienti3459]: DHCPACK of 91.158.154.XXX from 193.229.4.196
Apr 6 08:29:04 vekotin dhclienti3459]: bound to 91.158.154.XXX -- renewal in 1695 seconds.
Apr 6 08:57:20 vekotin dhclienti3459]: DHCPREQUEST of 91.158.154.XXX on enp6s0.2 to 193.229.4.196 port 67 (xid=0x2a9d2642)
Apr 6 08:57:20 vekotin dhclienti3459]: DHCPACK of 91.158.154.XXX from 193.229.4.196
Apr 6 08:57:20 vekotin dhclienti3459]: bound to 91.158.154.XXX -- renewal in 1655 seconds.
Apr 6 09:24:55 vekotin dhclienti3459]: DHCPREQUEST of 91.158.154.XXX on enp6s0.2 to 193.229.4.196 port 67 (xid=0x2a9d2642)
Apr 6 09:24:55 vekotin dhclienti3459]: DHCPACK of 91.158.154.XXX from 193.229.4.196
Apr 6 09:24:56 vekotin dhclienti3459]: bound to 91.158.154.XXX -- renewal in 1798 seconds.
Apr 6 09:54:54 vekotin dhclienti3459]: DHCPREQUEST of 91.158.154.XXX on enp6s0.2 to 193.229.4.196 port 67 (xid=0x2a9d2642)
Apr 6 09:54:54 vekotin dhclienti3459]: DHCPACK of 91.158.154.XXX from 193.229.4.196
Apr 6 09:54:54 vekotin dhclienti3459]: bound to 91.158.154.XXX -- renewal in 1493 seconds.
Apr 6 10:19:48 vekotin dhclienti3459]: DHCPREQUEST of 91.158.154.XXX on enp6s0.2 to 193.229.4.196 port 67 (xid=0x2a9d2642)
Apr 6 10:19:48 vekotin dhclienti3459]: DHCPACK of 91.158.154.XXX from 193.229.4.196
Apr 6 10:19:48 vekotin dhclienti3459]: bound to 91.158.154.XXX -- renewal in 1588 seconds.
Apr 6 10:46:16 vekotin dhclienti3459]: DHCPREQUEST of 91.158.154.XXX on enp6s0.2 to 193.229.4.196 port 67 (xid=0x2a9d2642)
Apr 6 10:46:16 vekotin dhclienti3459]: DHCPACK of 91.158.154.XXX from 193.229.4.196
Apr 6 10:46:17 vekotin dhclienti3459]: bound to 91.158.154.XXX -- renewal in 1749 seconds.
Apr 6 11:15:25 vekotin dhclienti3459]: DHCPREQUEST of 91.158.154.XXX on enp6s0.2 to 193.229.4.196 port 67 (xid=0x2a9d2642)
Apr 6 11:15:25 vekotin dhclienti3459]: DHCPACK of 91.158.154.XXX from 193.229.4.196
Apr 6 11:15:25 vekotin dhclienti3459]: bound to 91.158.154.XXX -- renewal in 1393 seconds.
Apr 6 11:38:39 vekotin dhclienti3459]: DHCPREQUEST of 91.158.154.XXX on enp6s0.2 to 193.229.4.196 port 67 (xid=0x2a9d2642)
Apr 6 11:38:39 vekotin dhclienti3459]: DHCPACK of 91.158.154.XXX from 193.229.4.196
Apr 6 11:38:39 vekotin dhclienti3459]: bound to 91.158.154.XXX -- renewal in 1643 seconds.
Apr 6 12:06:02 vekotin dhclienti3459]: DHCPREQUEST of 91.158.154.XXX on enp6s0.2 to 193.229.4.196 port 67 (xid=0x2a9d2642)
Apr 6 12:06:02 vekotin dhclienti3459]: DHCPACK of 91.158.154.XXX from 193.229.4.196
Apr 6 12:06:02 vekotin dhclienti3459]: bound to 91.158.154.XXX -- renewal in 1649 seconds.
Apr 6 12:33:31 vekotin dhclienti3459]: DHCPREQUEST of 91.158.154.XXX on enp6s0.2 to 193.229.4.196 port 67 (xid=0x2a9d2642)
Apr 6 12:33:31 vekotin dhclienti3459]: DHCPACK of 91.158.154.XXX from 193.229.4.196
Apr 6 12:33:31 vekotin dhclienti3459]: bound to 91.158.154.XXX -- renewal in 1390 seconds.
Apr 6 12:56:41 vekotin dhclienti3459]: DHCPREQUEST of 91.158.154.XXX on enp6s0.2 to 193.229.4.196 port 67 (xid=0x2a9d2642)
Apr 6 12:56:41 vekotin dhclienti3459]: DHCPACK of 91.158.154.XXX from 193.229.4.196
Apr 6 12:56:41 vekotin dhclienti3459]: bound to 91.158.154.XXX -- renewal in 1387 seconds.
Apr 6 13:19:48 vekotin dhclienti3459]: DHCPREQUEST of 91.158.154.XXX on enp6s0.2 to 193.229.4.196 port 67 (xid=0x2a9d2642)
Apr 6 13:19:48 vekotin dhclienti3459]: DHCPACK of 91.158.154.XXX from 193.229.4.196
Apr 6 13:19:48 vekotin dhclienti3459]: bound to 91.158.154.XXX -- renewal in 1580 seconds.
Apr 6 13:46:08 vekotin dhclienti3459]: DHCPREQUEST of 91.158.154.XXX on enp6s0.2 to 193.229.4.196 port 67 (xid=0x2a9d2642)
Apr 6 13:46:08 vekotin dhclienti3459]: DHCPACK of 91.158.154.XXX from 193.229.4.196
Apr 6 13:46:09 vekotin dhclienti3459]: bound to 91.158.154.XXX -- renewal in 1562 seconds.
Apr 6 14:12:10 vekotin dhclienti3459]: DHCPREQUEST of 91.158.154.XXX on enp6s0.2 to 193.229.4.196 port 67 (xid=0x2a9d2642)
Apr 6 14:12:10 vekotin dhclienti3459]: DHCPACK of 91.158.154.XXX from 193.229.4.196
Apr 6 14:12:10 vekotin dhclienti3459]: bound to 91.158.154.XXX -- renewal in 1587 seconds.
http://corporate.elisa.fi/uutishuone/tiedotteet/tiedote/?otsikko=kiintean-laajakaistaverkon-kiireellinen-huoltotyo-uudenmaan-alueella-12.4.2018-klo-13--14-valisena-aikana&id=23417684063241&tag=elisa.fi:maintenance
Näköjään korjattu
Näköjään korjattu
Jep jep. Korjattu on ja meilläkin DHCP toimii taas kuten pitääkin. Testasin kahdella modeemilla ja molemmilla ok.
Olen saanut tiedon , että suurimmassa osassa modeemeita IP-renew käyttää broadcast-viestiä , joka on toiminut koko ajan normaalisti , mutta osa modeemeista käyttää unicast-viestiä ja niiden kanssa Elisalla meni parin viikon takaisessa hässäkässä jotakin poskelleen. Siksi vika koski vain osaa asiakkaista.
No nyt se unicast-puolikin on korjattu. Jos yhteyden kanssa korjauksen jälkeen on ongelmaa , niin modeemin buutti kannattaa tehdä. 🙂
Olen saanut tiedon , että suurimmassa osassa modeemeita IP-renew käyttää broadcast-viestiä , joka on toiminut koko ajan normaalisti , mutta osa modeemeista käyttää unicast-viestiä ja niiden kanssa Elisalla meni parin viikon takaisessa hässäkässä jotakin poskelleen. Siksi vika koski vain osaa asiakkaista.
No nyt se unicast-puolikin on korjattu. Jos yhteyden kanssa korjauksen jälkeen on ongelmaa , niin modeemin buutti kannattaa tehdä. 🙂
Timanttiset diilit OmaElisasta 27.10. asti
Liity OmaYhteisöön
Onko sinulla jo tunnus? Kirjaudu sisään
Tervetuloa OmaYhteisöön!
Eikö sinulla ole vielä tunnusta? Luo OmaYhteisö-tunnus
Kirjaudu tai rekisteröidy Elisa Tunnuksella
tai
Anna OmaYhteisö-tunnuksesi tai sähköpostiosoitteesi, niin lähetämme sinulle sähköpostitse ohjeet salasanan palauttamiseksi