Discussion:
Lähiverkko-ongelma
(too old to reply)
Asko Ikävalko
2013-05-10 17:24:34 UTC
Permalink
Mystinen vika erään toimitilan lähiverkossa. Huoneisto on kolmessa
kerroksessa, joissa kussakin kerroksessa muutama toimistohuone.
Tietokoneita koko talossa yhteensä n. 20 kpl.

Yhdessä yläkerran huoneessa kaikki kolme tietokonetta oikuttelevat. Kun
ehdittiin jo vaihtaa yksi tietokonekin, eikä se toimi yhtään paremmin,
niin vasta sitten huomattiin lähiverkossa olevan packet lossia n. 1%
näiden kolmen koneen kohdalla, kun taas muihin kerroksiin ping kulkee
ihan täydellisesti tuntitolkulla ilman ainuttakaan kadonnutta pakettia.

No nyt on tuota lähiverkon vikakohtaa haarukoitu vaihtamalla tietokoneen
ja seinäpistokkeen välisiä kaapeleita. On myös vaihdettu jakamon
ristikytkentäkaapelit ja kytketty ne kytkimessä eri porttiin.

Lopulta otettiin sähkömies mittaamaan yläkerran huoneen ja alakerran
jakamon välinen kiinteistökaapelointi. Ekalla mittauskerralla ne näytti
ehjiltä, mutta toisella mittauskerralla näytti siltä kuin kaapelit
imisivät jostain ulkopuolista säteilyä. Säteilyn taajuus oli 1,6 MHz
luokkaa ja sen vaikutus Cat6-kaapelin vaimennukseen taisi olla 2-3 dB
luokkaa, jos oikein muistan.

On kokeiltu sammutella joitakin sähkölaitteita. Nyt on osa
kattovaloistakin sammutettu, mutta vielä vaan packet lossia esiintyy.

Onko ideoita, mikä vehje voisi normaalissa toimistoympäristössä vuotaa
1,6 MHz taajuista säteilyä? Joku viallinen hakkurivirtalähde?

Itsellä ei enää tule mieleen montaa vaihtoehtoa tämän vian selvityksessä:

1) Sammutetaan koko talon (tai mieluummin koko korttelin :D ) sähköt
jollain konstilla. Syötetään yläkerrassa olevaa PC:tä ja alakerran
jakamossa olevaa kytkintä jollain varavoimalähteellä ja pistetään ne
pingaamaan toisiaan.

2) Tai sitten vedetään ihan vaan varmuuden vuoksi uusi
kiinteistökaapelointi alakerrasta yläkertaan. Suojatussa STP-kaapelissa
olisi vissiin riski "maavirtojen" aiheuttamiin häiriöihin, joten uusikin
kaapelointi olisi syytä olla UTP? Jos siirryttäisiin STP-kaapelointiin,
niin pitäiskö muidenkin huoneiden kaapeloinnit vaihtaa?

3) Tehdään Ficoralle ilmoitus, että "joku naapuri" häiriköi mainitulla
radiotaajuudella. Tulisivatkohan jollain kolmiomittausvehkeellä
paikantamaan säteilylähteen?

-Asko
Tauno Voipio
2013-05-10 19:14:38 UTC
Permalink
Post by Asko Ikävalko
Mystinen vika erään toimitilan lähiverkossa. Huoneisto on kolmessa
kerroksessa, joissa kussakin kerroksessa muutama toimistohuone.
Tietokoneita koko talossa yhteensä n. 20 kpl.
Yhdessä yläkerran huoneessa kaikki kolme tietokonetta oikuttelevat. Kun
ehdittiin jo vaihtaa yksi tietokonekin, eikä se toimi yhtään paremmin,
niin vasta sitten huomattiin lähiverkossa olevan packet lossia n. 1%
näiden kolmen koneen kohdalla, kun taas muihin kerroksiin ping kulkee
ihan täydellisesti tuntitolkulla ilman ainuttakaan kadonnutta pakettia.
No nyt on tuota lähiverkon vikakohtaa haarukoitu vaihtamalla tietokoneen
ja seinäpistokkeen välisiä kaapeleita. On myös vaihdettu jakamon
ristikytkentäkaapelit ja kytketty ne kytkimessä eri porttiin.
Lopulta otettiin sähkömies mittaamaan yläkerran huoneen ja alakerran
jakamon välinen kiinteistökaapelointi. Ekalla mittauskerralla ne näytti
ehjiltä, mutta toisella mittauskerralla näytti siltä kuin kaapelit
imisivät jostain ulkopuolista säteilyä. Säteilyn taajuus oli 1,6 MHz
luokkaa ja sen vaikutus Cat6-kaapelin vaimennukseen taisi olla 2-3 dB
luokkaa, jos oikein muistan.
On kokeiltu sammutella joitakin sähkölaitteita. Nyt on osa
kattovaloistakin sammutettu, mutta vielä vaan packet lossia esiintyy.
Onko ideoita, mikä vehje voisi normaalissa toimistoympäristössä vuotaa
1,6 MHz taajuista säteilyä? Joku viallinen hakkurivirtalähde?
1) Sammutetaan koko talon (tai mieluummin koko korttelin :D ) sähköt
jollain konstilla. Syötetään yläkerrassa olevaa PC:tä ja alakerran
jakamossa olevaa kytkintä jollain varavoimalähteellä ja pistetään ne
pingaamaan toisiaan.
2) Tai sitten vedetään ihan vaan varmuuden vuoksi uusi
kiinteistökaapelointi alakerrasta yläkertaan. Suojatussa STP-kaapelissa
olisi vissiin riski "maavirtojen" aiheuttamiin häiriöihin, joten uusikin
kaapelointi olisi syytä olla UTP? Jos siirryttäisiin STP-kaapelointiin,
niin pitäiskö muidenkin huoneiden kaapeloinnit vaihtaa?
3) Tehdään Ficoralle ilmoitus, että "joku naapuri" häiriköi mainitulla
radiotaajuudella. Tulisivatkohan jollain kolmiomittausvehkeellä
paikantamaan säteilylähteen?
-Asko
Onkohan siellä parit varmasti oikein?

Tuontapaisia ongelmia saa aikaan, jos kahden parin paluujohdot
ovat ristissä: Ohmimittarilla ja kevyellä taajuudella kaikki
näyttää olevan OK, mutta 100 Mbit/s ja nopeammat rettelöivät.
Tämäntapaisissa tilanteissa on yleensä jäänyt huomiotta, että
liittimen keskimmäiset neljä nastaa kytketään eri tavalla
kuin reunaparit.

Maavirtahuolta vastaan voisi koettaa tuhtia ferriittirengasta,
johon ompelee liitäntäkaapelin niin monta kertaa kuin sen saa
mahtumaan reiästä läpi.

Ethernetin pitäisi olla aika tunteeton yhteismuotoisille
häiriöille, kun kummassakin päässä on sekä muuntaja että
yhteismuotoisen virran kuristin (balun).
--
-Tauno
Timo Neuvonen
2013-05-10 21:38:22 UTC
Permalink
Post by Tauno Voipio
Post by Asko Ikävalko
Yhdessä yläkerran huoneessa kaikki kolme tietokonetta oikuttelevat. Kun
ehdittiin jo vaihtaa yksi tietokonekin, eikä se toimi yhtään paremmin,
niin vasta sitten huomattiin lähiverkossa olevan packet lossia n. 1%
näiden kolmen koneen kohdalla, kun taas muihin kerroksiin ping kulkee
ihan täydellisesti tuntitolkulla ilman ainuttakaan kadonnutta pakettia.
Onkohan siellä parit varmasti oikein?
Tuontapaisia ongelmia saa aikaan, jos kahden parin paluujohdot ovat
ristissä: Ohmimittarilla ja kevyellä taajuudella kaikki näyttää olevan OK,
mutta 100 Mbit/s ja nopeammat rettelöivät.
Minusta em. virhekytkennän pitäisi oikeastaan näkyä huomattavana parien
välisenä ylikuulumisena, joka kai kuuluu niihin mittauksiin. Tietämättä
miten kriittinen se vaimennus (eli käytännössä kaapelin pituus) on muutoin,
niin pari dB lisää ei itsestäänselvyytenä vielä pitäisi olla maailmanloppu.
Oliko mittaukset tehty vain tuon huoneen kaapeleista, vai olisiko sitä samaa
1.6 MHz kenties löytynyt joka paikasta koko talosta? Tuo on aika pieni
taajuus eetteriverkon käyttöä ajatellen, ja sillä taajuudella kaapelin
vaimennus pysyy vielä kohtuullisena.

Jäi myös vaivaamaan alkuasetelma: Onko tämä (ko. käyttäjän) uusi toimitila,
ja ongelma ilmeni heti alussa, vai onko toiminut ok aikaisemmin ja nyt
yllättäen yhden huoneen koneet alkoivat pottuilla? Jälkimmäisessä
tapauksessa jatkokysymys olisi, mitä oli tehty samoihin aikoihin...
päivitettiinkö verkkoajurit, piipahtiko talossa joku raksaäijä murjomassa
kaapeleita, tms. Yksi kone siis oli jo ehditty uusiakin, mutta voiko
varmistaa että toimisiko jokin ongelmakone jos sille vetäisi kaapelin oven
kautta naapurihuoneesta / tilapäisesti kokeilisi konetta siellä naapurissa
(kun en tunne ympäristöä niin en osaa arvata onko mahdollista) / veisi
koneen vaikka sinne kytkimen viereen kokeiltavaksi. Ja onko ne naapurissa
toimivat koneet ihan samanlaisia? "Yläkerran huone" toi myös mieleen, että
onko tämä huone juuri se, jonne on kaikkein pisin kaapelointireitti -eli
onko sama ongelma piilevämpänä muissakin huoneissa...

No, tässä ei nyt ollut mitään ratkaisuehdotusta, mutta tulipa mieleeni...
välillä olen itsekin uusinut "viallisen" aika lyhyenkin kaapelin, sitten
toimi ok, ja seuraavana päivänä taas linkin nopeus tipahtaa tms. Lopulta
vika löytyy sitten jostain laitteista...

--
TiN
Asko Ikävalko
2013-05-11 05:34:42 UTC
Permalink
Post by Timo Neuvonen
Minusta em. virhekytkennän pitäisi oikeastaan näkyä huomattavana parien
välisenä ylikuulumisena, joka kai kuuluu niihin mittauksiin.
Eikö tuollaiset väärinkytketyt karvat pitäisi näkyä halvimmallakin
"markan mittarilla" joka lähettää tasajännitettä karva kerrallaan
kaikille kahdeksalle karvalle ja vastapään mötikässä LED:it vilkkuu
järjestyksessä 1...8 ? Vai voiko kytkentävirhe olla jotenkin niin ovela,
ettei tämmöinen mittari sitä paljastaisi?

Jokatapauksessa, tätä kyseistä verkkovikaa on selvitelty paremmalla
Fluken mittarilla, joka näyttää desibelit yms. Näyttipä se meille
sellaisenkin tiedon, että eräs 10 m patch kaapeli oli poikki 9,5 metrin
kohdalta ja se kaapeli on vaihdettu, mutta vika ei sillä korjaantunut,
vaan sen jälkeenkin mittari näyttää jostain saavansa sitä 1,6 MHz
häiriösignaalia.
Post by Timo Neuvonen
Tietämättä
miten kriittinen se vaimennus (eli käytännössä kaapelin pituus) on
muutoin, niin pari dB lisää ei itsestäänselvyytenä vielä pitäisi olla
maailmanloppu.
Kaaplelimatkaa alakerran jakamolta yläkerran huoneeseen on arviolta
20-30 m. Nämä huoneet sijaitsevat aikalailla päällekkäin ja rakennuksen
pystykuilukin kulkee jossain siinä 5 - 10 m päässä.
Post by Timo Neuvonen
Oliko mittaukset tehty vain tuon huoneen kaapeleista, vai
olisiko sitä samaa 1.6 MHz kenties löytynyt joka paikasta koko talosta?
Tuo on aika pieni taajuus eetteriverkon käyttöä ajatellen, ja sillä
taajuudella kaapelin vaimennus pysyy vielä kohtuullisena.
Nyt mitattiin vain tätä oikuttelevaa huonetta. Ehkä ensi viikolla voisi
tosiaan katsoa, löytyykö sitä samaa häiriötaajuutta muissakin
kerroksissa. Itsekin arvelin, että 100 Mbps eetteridata varmaan kulkee
kovemmilla taajuuksilla, mutta voisiko tuollainen pienempi taajuus
vaikuttaa esim. yhteyden kättelyyn? Nyt on nimittäin parina iltana
sattunut jo niin, että niistä kolmesta oikuttelevasta koneesta osa jää
"päivän testailujen" jälkeen kokonaan pimentoon, eli Windows väittää
verkkokaapelin olevan irti, eikä kytkimellä pala linkkivaloa. Sitten
jossain vaiheessa illan aikana kokevat ihmeparantumisen ja ping alkaakin
taas kulkea - tosin packet lossia on edelleen. Windowsin eventvieweriin
kirjautuu kyllä kellonajat, jolloin verkkoyhteys palautuu itsekseen,
mutta molempina iltoina on ollut eri kellonaika emmekä ole osanneet
yhdistää tuota kellonaikaa mihinkään muuhun asiaan (esim. työntekijöiden
kotiinlähtöaika, valojen sammutus, murtohälyn kytkentä, tms.)
Post by Timo Neuvonen
Jäi myös vaivaamaan alkuasetelma: Onko tämä (ko. käyttäjän) uusi
toimitila, ja ongelma ilmeni heti alussa, vai onko toiminut ok
aikaisemmin ja nyt yllättäen yhden huoneen koneet alkoivat pottuilla?
Tämä tosiaan jäi mainitsematta. Kyseessä on vanha tila, jonka itse
omistamme, niin ei voida vuokranantajan niskaan tätä kaataa. Koskahan
tuo UTP-kaapelointi on tullut muotiin, varmaan joskus 90-luvulla vedetty
ensimmäiset piuhat ja niitä on sitten vuosien saatossa lisäilty.
Post by Timo Neuvonen
Jälkimmäisessä tapauksessa jatkokysymys olisi, mitä oli tehty samoihin
aikoihin... päivitettiinkö verkkoajurit, piipahtiko talossa joku
raksaäijä murjomassa kaapeleita, tms.
Ei ole vielä keksitty mitä olisi samaan aikaan tapahtunut. Itse en
vakituisesti työskentele ko. rakennuksessa, mutta useita loppukäyttäjiä
olen yrittänyt tarkkaan haastatella. Ihan selvää ei ole edes, että onko
verkossa esiintynyt packet lossia pari viikkoa vai pari kuukautta.
Tuskin vuotta kuitenkaan. Yksi uusi laite sinne on kevään aikana
asennettu, mutta senkin virtajohtoa tuuleteltiin eilen hyvän aikaa.
Post by Timo Neuvonen
Yksi kone siis oli jo ehditty
uusiakin, mutta voiko varmistaa että toimisiko jokin ongelmakone jos
sille vetäisi kaapelin oven kautta naapurihuoneesta
On kokeiltu kärrätä yksi PC alakertaan muutamaksi tunniksi. Siellä ping
kulki ihan täydellisesti, joten PC:ssä tai sen verkkokortissa vika ei
pitäisi olla.
Post by Timo Neuvonen
Ja onko ne naapurissa toimivat koneet ihan
samanlaisia?
Kymmenkunta talon tietokoneista on samaan aikaan hankittuja täsmälleen
samaa mallia olevia Win XP vehkeitä.
Post by Timo Neuvonen
"Yläkerran huone" toi myös mieleen, että onko tämä huone
juuri se, jonne on kaikkein pisin kaapelointireitti -eli onko sama
ongelma piilevämpänä muissakin huoneissa...
Ei ole edes ihan viimeisimmässä nurkassa tämä yläkerran huone.
Jakamo/ristikytkentä sijaitsee kerrosta alempana katutasossa ja maan
alla on vielä kellarikerros, jossa on pitkät sokkeloiset käytävät.
Post by Timo Neuvonen
No, tässä ei nyt ollut mitään ratkaisuehdotusta, mutta tulipa
mieleeni... välillä olen itsekin uusinut "viallisen" aika lyhyenkin
kaapelin, sitten toimi ok, ja seuraavana päivänä taas linkin nopeus
tipahtaa tms. Lopulta vika löytyy sitten jostain laitteista...
Ihan hyvää pohdintaa. Täytyy ensi viikolla taas jatkaa arvailuja
paikallisen sähkömiehen kanssa. :)

-Asko
Ari Saastamoinen
2013-05-11 08:56:26 UTC
Permalink
Post by Asko Ikävalko
Eikö tuollaiset väärinkytketyt karvat pitäisi näkyä halvimmallakin
"markan mittarilla" joka lähettää tasajännitettä karva kerrallaan
kaikille kahdeksalle karvalle ja vastapään mötikässä LED:it vilkkuu
järjestyksessä 1...8 ? Vai voiko kytkentävirhe olla jotenkin niin
ovela, ettei tämmöinen mittari sitä paljastaisi?
Siis jos piuhat on molemmissa päissä kytketty samalla tavalla, niin
silloin mikään tasajännitetesti sitä ei voi paljastaa, koska signaali
kulkee ykköskontaktista ykköskontaktiin jne. Toi jos pareja käytetään
sekaisin näkyy ylikuulumisena, häiriöiden indusoitumisena piuhaan,
impedanssivirheenä yms.
--
Arzka oh3mqu+***@hyper.fi - En halua follareita mailina
1. Valitse sopiva paikka, ei ihmisten tai rakennusten lahella, jossa
paukku voi aiheuttaa hairiota. - Iso-Kiinalaisen kayttoohje
Seppo Loisa
2013-05-11 12:36:30 UTC
Permalink
Post by Asko Ikävalko
vaan sen jälkeenkin mittari näyttää jostain saavansa sitä 1,6 MHz
häiriösignaalia.
1,6 MHz:n aallonpituuden puolikas on 93 metriä ja neljännes 47 metriä.

Sattuuko kaapelinpituudet lähelle?
Ari Saastamoinen
2013-05-10 23:15:00 UTC
Permalink
Post by Tauno Voipio
Tuontapaisia ongelmia saa aikaan, jos kahden parin paluujohdot
ovat ristissä: Ohmimittarilla ja kevyellä taajuudella kaikki
Vaikkeivat olisi edes ristissä, niin pelkästään jo sekin, että
liittimiä asennettaessa kierteitä on avattu liikaa, saattaa aiheuttaa
ongelmia suuremmilla nopeuksilla.

Itelle kävi mielessä sekin vaihtoehto, että käytetty kytkin ei ole
yhteensopiva niitten koneen verkkokorttien kanssa. Aina välillä törmää
yhdistelmiin eri merkkisten laitteiden välillä, jotka tunnistavat
linjaparametrit keskenään väärin. Toinen pää esim. kuvittelee
olevansa halfduplex ja toinen fullduplex tms. Sitäkin voisi kokeilla,
että konffaa ne kiinteästi oikealle nopeudelle ja oikeaan
duplex-modeen.
--
Arzka oh3mqu+***@hyper.fi - En halua follareita mailina
1. Valitse sopiva paikka, ei ihmisten tai rakennusten lahella, jossa
paukku voi aiheuttaa hairiota. - Iso-Kiinalaisen kayttoohje
Asko Ikävalko
2013-05-11 05:42:40 UTC
Permalink
Post by Ari Saastamoinen
Aina välillä törmää
yhdistelmiin eri merkkisten laitteiden välillä, jotka tunnistavat
linjaparametrit keskenään väärin. Toinen pää esim. kuvittelee
olevansa halfduplex ja toinen fullduplex tms. Sitäkin voisi kokeilla,
että konffaa ne kiinteästi oikealle nopeudelle ja oikeaan
duplex-modeen.
Eilen kun katselin noita HP Procurve 25xx ja 26xx kytkimiä tarkemmin,
niin kahdessa kytkimessä on kaikki portit autosensenä. Yhdessä
kytkimessä on kaksi porttia pakotettu 100FDX tilaan, mutta noiden
porttien takana ei ole näitä nyt oikuttelevia yläkerran tietokoneita.
Täytyy ensi viikolla tarkemmin selvitellä, mitä niiden porttien takana
on ja miksiköhän ne on aikoinaan pakotettu tuohon tilaan.

Olen kuullut puhuttavan "perinteisestä duplex-ongelmasta", mutta onko
kellään käytännön kokemusta, että miten tuo käytännössä näkyy esim.
pingeissä? Eikö packetlossia pitäisi silloin olla reilusti enemmän kuin 1% ?

Nyt nuo viallisten koneiden pingit on sellaisia, että ping saattaa
kulkea ihan hienosti 10-100 sekuntia, kun sitten jossain tuolla
aikavälillä yksi paketti antaa timeoutin. Sellaista en ole vielä nähnyt,
että kaksi peräkkäistä pakettia antaisi timeoutin, vaan ne on ihan
yksittäisiä paketteja.

Kun pingaan kaikkia kolmea yläkerran konetta samaan aikaan, niin niissä
tipahtelee noita yksittäisiä paketteja satunnaisesti eri aikoihin. Ei
siis niin, että kaikilta koneilta tipahtaisi paketti juuri samalla
sekunnilla.

-Asko
Seppo Loisa
2013-05-11 08:43:05 UTC
Permalink
Post by Asko Ikävalko
Kun pingaan kaikkia kolmea yläkerran konetta samaan aikaan, niin niissä
tipahtelee noita yksittäisiä paketteja satunnaisesti eri aikoihin. Ei
siis niin, että kaikilta koneilta tipahtaisi paketti juuri samalla
sekunnilla.
Kytkimestä voi löytyä tilastoa verkkovirheistä. Siitä on enemmän apua
kuin pingistä.

Myös snifferin pystyttäminen voi antaa lisätietoa. Kytkimestä portti
mirror-tilaan ja läppäri Wiresharkilla siihen.

Mikäli talon kaapelointi on vanha ja vika loppupelissä johtuu siitä
niin joutunet joka tapauksessa testaamaan erillisellä kaapelilla
ensin.
Tauno Voipio
2013-05-11 15:51:30 UTC
Permalink
Post by Asko Ikävalko
Post by Ari Saastamoinen
Aina välillä törmää
yhdistelmiin eri merkkisten laitteiden välillä, jotka tunnistavat
linjaparametrit keskenään väärin. Toinen pää esim. kuvittelee
olevansa halfduplex ja toinen fullduplex tms. Sitäkin voisi kokeilla,
että konffaa ne kiinteästi oikealle nopeudelle ja oikeaan
duplex-modeen.
Eilen kun katselin noita HP Procurve 25xx ja 26xx kytkimiä tarkemmin,
niin kahdessa kytkimessä on kaikki portit autosensenä. Yhdessä
kytkimessä on kaksi porttia pakotettu 100FDX tilaan, mutta noiden
porttien takana ei ole näitä nyt oikuttelevia yläkerran tietokoneita.
Täytyy ensi viikolla tarkemmin selvitellä, mitä niiden porttien takana
on ja miksiköhän ne on aikoinaan pakotettu tuohon tilaan.
Olen kuullut puhuttavan "perinteisestä duplex-ongelmasta", mutta onko
kellään käytännön kokemusta, että miten tuo käytännössä näkyy esim.
pingeissä? Eikö packetlossia pitäisi silloin olla reilusti enemmän kuin 1% ?
Nyt nuo viallisten koneiden pingit on sellaisia, että ping saattaa
kulkea ihan hienosti 10-100 sekuntia, kun sitten jossain tuolla
aikavälillä yksi paketti antaa timeoutin. Sellaista en ole vielä nähnyt,
että kaksi peräkkäistä pakettia antaisi timeoutin, vaan ne on ihan
yksittäisiä paketteja.
Kun pingaan kaikkia kolmea yläkerran konetta samaan aikaan, niin niissä
tipahtelee noita yksittäisiä paketteja satunnaisesti eri aikoihin. Ei
siis niin, että kaikilta koneilta tipahtaisi paketti juuri samalla
sekunnilla.
-Asko
Pääsetkö kurkistamaan, onko huoneen kaapelointi varmasti tehty
CAT5/CAT6 -kaapelilla? Tapasin kerran tilanteen, jossa johto
oli tullut toiselta kelalta (2-parinen puhelinkaapeli).

Hyvää rakentamistapaa voi tulla vastaan ...
--
Tauno Voipio
Sami Setälä
2013-05-13 16:05:22 UTC
Permalink
Post by Asko Ikävalko
Olen kuullut puhuttavan "perinteisestä duplex-ongelmasta", mutta onko
kellään käytännön kokemusta, että miten tuo käytännössä näkyy esim.
pingeissä? Eikö packetlossia pitäisi silloin olla reilusti enemmän kuin 1% ?
Duplex-ristiriita johtaa yleensä siihen, että pienillä liikennemäärillä
homma saattaa näyttää normaalilta, mutta yhteyden suorituskyky romahtaa kun
dataa yritetään saada kaapelille enemmän. Tyypillisesti tuon diagnosointi on
sikäli helppoa, että esimerkiksi palvelimelta työasemalle tiedoston
kopiointi menee hienosti noin 10MB/s, mutta työasemalta palvelimelle
saadaankin vaikkapa vain 0,1MB/s (esimerkkinä 100Mbit verkko).

Työasemia ei ole syytä koskaan olla pakotettujen duplexien takana.
Veikkaisin että nuo porttipakotukset ovat jostain vuodelta miekka ja kirves,
jolloin kytkinten väliset linkit oli usein tapana pakottaa, ja sitten joku
on vaan siirtänyt konfiguraation sellaisenaan kytkimiä uusittaessa.
Post by Asko Ikävalko
Nyt nuo viallisten koneiden pingit on sellaisia, että ping saattaa kulkea
ihan hienosti 10-100 sekuntia, kun sitten jossain tuolla aikavälillä yksi
paketti antaa timeoutin. Sellaista en ole vielä nähnyt, että kaksi
peräkkäistä pakettia antaisi timeoutin, vaan ne on ihan yksittäisiä
paketteja.
Törmäsin juuri ongelmaan, jossa iso määrä koneita kärsi tuollaisesta noin
10% pakettihukasta vaikka data muuten kulki kunnialla. Lopulta yhden
kytkimen takaa löytyy portti, jossa oli tasainen 0,4% liikenne molempiin
suuntiin. Kun kyseisen portin disabloi, niin muu liikenne palautui
välittömästi normaaliksi. Vielä ei ole selvinnyt mitä yhteyden päässä oli,
mutta epäilen 10Mbit hubia jossa oli looppi tai muu toimintahäiriö. Sinänsä
jännä sivuilmiö, että noin "pieni" epänormaali pakettimäärä sai
toistakymmentä kytkintä (mukaan lukien L3-reitityksen tekevä kytkin) täysin
hämilleen.
Post by Asko Ikävalko
Kun pingaan kaikkia kolmea yläkerran konetta samaan aikaan, niin niissä
tipahtelee noita yksittäisiä paketteja satunnaisesti eri aikoihin. Ei siis
niin, että kaikilta koneilta tipahtaisi paketti juuri samalla sekunnilla.
Voitko tarkentaa mitä HP:n 25xx- ja 26xx-sarjan kytkimiä on kyseessä?
Nimittäin ainakin uudemmissa kerääntyy ihan mukavasti lokia, mikäli fault
finder -ominaisuudet ovat päällä ja riittävän herkällä. Nimimerkillä isoa
hp-verkkoa työkseen ylläpitävä... :)

-Sami-
Asko Ikävalko
2013-05-13 18:01:37 UTC
Permalink
Lopulta yhden kytkimen takaa löytyy portti, jossa oli tasainen 0,4%
liikenne molempiin suuntiin. Kun kyseisen portin disabloi, niin muu
liikenne palautui välittömästi normaaliksi.
Mulla on tuolla ongelmakohteessa eräs kytkimen portti, joka räpsyy
jostain syystä alas tasan kolmen tunnin välein. Tiedän sen sulautetun
laitteenkin joka siellä portin takana luuraa ja niitä samanlaisia
laitteita on muissakin toimipisteissä, mutta siellä ne eivät räpsyttele
porttia alas.

Ajatuksena olisi seuraavaksi repiä tämän laitteen verkkokaapeli irti ja
katsoa, vaikuttaako se mitään. Vai voisiko testin tehdä etänäkin, eli
jollain loitsulla telnetin kautta disabloida ja enabloida kytkimen portin?
Voitko tarkentaa mitä HP:n 25xx- ja 26xx-sarjan kytkimiä on kyseessä?
Nimittäin ainakin uudemmissa kerääntyy ihan mukavasti lokia, mikäli
fault finder -ominaisuudet ovat päällä ja riittävän herkällä.
Ongelmakohteessa on 2 kpl iäkkäitä 24-port kytkimiä, jotka muistaakseni
malliltaan Procurve 2524. Lisäksi on 1 kpl uudehko 48-port kytkin, jonka
tarkkaa mallia en muista, olisiko ehkä Procurve 2610.

Hirveästi en ole noiden kanssa joutunut räpeltämään, joten vielä en ole
löytänyt muita mielenkiintoisia lokitietoja, kuin "show log".
Kellonajatkin sain laitettua kohdilleen vasta viikonloppuna, niin on
jatkossa vähän mielekkäämpää lukea lokeja.

VLAN:eja ei ole käytössä, joten kytkimet on hyvinkin pitkälti
default-asetuksilla.

-Asko
Ari Saastamoinen
2013-05-14 10:13:56 UTC
Permalink
Post by Asko Ikävalko
Ongelmakohteessa on 2 kpl iäkkäitä 24-port kytkimiä, jotka
muistaakseni malliltaan Procurve 2524. Lisäksi on 1 kpl uudehko
Ainakin jossain softaversiossa tuossa kytkimessä oli sellainen
ongelma, että joku tilanne onnistui sotkemaan sen spanning treen
siten, että se kytkit itse floodasi itsensä tukkoon (Tosin ei liene
tästä kysymys tässä casessa)
--
Arzka oh3mqu+***@hyper.fi - En halua follareita mailina
1. Valitse sopiva paikka, ei ihmisten tai rakennusten lahella, jossa
paukku voi aiheuttaa hairiota. - Iso-Kiinalaisen kayttoohje
Asko Ikävalko
2013-05-14 15:14:54 UTC
Permalink
Post by Ari Saastamoinen
Ainakin jossain softaversiossa tuossa kytkimessä oli sellainen
ongelma, että joku tilanne onnistui sotkemaan sen spanning treen
siten, että se kytkit itse floodasi itsensä tukkoon (Tosin ei liene
tästä kysymys tässä casessa)
Kun tekee verkkokaapelilla sopivan loopin portista porttiin, niin saahan
siinä jonkinlaisen "myrskyn" aikaiseksi. En tosiaan usko, että
sellaisesta on nyt kyse.

Tänään sain sen yhden epäilyttävän laitteen pudotettua verkosta
"interface 3 disable" loitsulla, mutta verkkovika vaan jatkui. Huomenna
tulee sähkömies sammuttamaan kaikki kulkuvalot suunnilleen turvavaloja
myöten, niin katsotaan väheneekö häiriöt sillä.

Seuraava temppu taitaa sitten olla uuden kaapelin veto kerrosten välille.

-Asko
Ari Saastamoinen
2013-05-14 19:25:01 UTC
Permalink
Post by Asko Ikävalko
Kun tekee verkkokaapelilla sopivan loopin portista porttiin, niin
saahan siinä jonkinlaisen "myrskyn" aikaiseksi. En tosiaan usko, että
sellaisesta on nyt kyse.
Toi kytkin onnistui siinä ihan sisäisesti eikä tarvinnut edes looppipiuhaa.
--
Arzka oh3mqu+***@hyper.fi - En halua follareita mailina
1. Valitse sopiva paikka, ei ihmisten tai rakennusten lahella, jossa
paukku voi aiheuttaa hairiota. - Iso-Kiinalaisen kayttoohje
Sami Setälä
2013-05-14 18:31:05 UTC
Permalink
Mulla on tuolla ongelmakohteessa eräs kytkimen portti, joka räpsyy jostain
syystä alas tasan kolmen tunnin välein. Tiedän sen sulautetun laitteenkin
joka siellä portin takana luuraa ja niitä samanlaisia laitteita on
muissakin toimipisteissä, mutta siellä ne eivät räpsyttele porttia alas.
Tuo voi olla periaatteessa porttivika kytkimessä tai laitteen päässä.
Ajatuksena olisi seuraavaksi repiä tämän laitteen verkkokaapeli irti ja
katsoa, vaikuttaako se mitään. Vai voisiko testin tehdä etänäkin, eli
jollain loitsulla telnetin kautta disabloida ja enabloida kytkimen portin?
Kyllähän tuo interface x enable ja disable tosiaan on käytössä
config-tilassa. Tiedäthän että tuossa on myös mahdollista kytkeä päälle web
management eli selainpohjainen hallinta? Siitä saa silloin reaaliaikaista
liikennedataa ja porttien tilatietoa, sekä pääsee säätämään yllättävän
montaa asiaa ihan graafisesti.
Post by Sami Setälä
Voitko tarkentaa mitä HP:n 25xx- ja 26xx-sarjan kytkimiä on kyseessä?
Nimittäin ainakin uudemmissa kerääntyy ihan mukavasti lokia, mikäli
fault finder -ominaisuudet ovat päällä ja riittävän herkällä.
Ongelmakohteessa on 2 kpl iäkkäitä 24-port kytkimiä, jotka muistaakseni
malliltaan Procurve 2524. Lisäksi on 1 kpl uudehko 48-port kytkin, jonka
tarkkaa mallia en muista, olisiko ehkä Procurve 2610.
Ok, nuo vanhat ovat kyllä sitten tosi vanhoja. Onkohan purkeissa edes
kyseisen mallin tuorein softa, se olisi vähintä mitä noille kannattaa tehdä.
Jos softaa ei ole koskaan päivitetty, niin siinä voi olla jotain
väliversioita joilla kytkin pitää bootata pystyyn, jotta boot rom
päivittyy. Release notes yleensä kyllä kertoo jos jotain esivaatimuksia
löytyy. Ja nuo päivityksethän ovat HP:n tukisivuilla vapaasti ladattavissa,
toisin kuin joillakin muilla merkeillä joilla pitää olla tukisopimukset
voimassa jotta softaa saa.
Hirveästi en ole noiden kanssa joutunut räpeltämään, joten vielä en ole
löytänyt muita mielenkiintoisia lokitietoja, kuin "show log".
Kellonajatkin sain laitettua kohdilleen vasta viikonloppuna, niin on
jatkossa vähän mielekkäämpää lukea lokeja.
Nuo fault finderin ilmoitukset (excessive broadcasts / crc errors / giant
packets / duplex mismatch jne) tulevat kyseiseen lokiin mikäli se on päällä.
Itsellä on tuo lähtökohtaisesti kaikkien ominaisuuksien osalta "high
sensitivity" -tilassa. Webbiliittymän kautta tuota muistaakseni oli ainakin
helppo säätää, komentorivikomentoa asian tiimoilta en muista.
VLAN:eja ei ole käytössä, joten kytkimet on hyvinkin pitkälti
default-asetuksilla.
Sitten kannattaa tarkistaa myös LACP -ominaisuuden tila. En muista missä
oletusarvossa se on noissa vanhoissa, mutta tuota kannattaa kytkeä pois
päältä ellei kytkinten tai servereiden liittämiseksi toisiinsa käytetä
useampia rinnakkaisia kaapeleita ("trunkkeja"). Ainakin sellaisista
porteista joissa on työasemia tai muita "päätelaitteita" tuo on hyvä ottaa
disabled-tilaan. Passiivinen LACP nimittäin joskus fläppäilee portteja
turhaan mikäli niissä kulkee sopivaa liikennettä.

-Sami-
-=A.McYnen=-
2013-05-15 21:19:36 UTC
Permalink
Post by Sami Setälä
fault finderin ilmoitukset (excessive broadcasts / crc errors / giant
packets / duplex mismatch jne) tulevat kyseiseen lokiin mikäli se on
päällä. Itsellä on tuo lähtökohtaisesti kaikkien ominaisuuksien osalta
"high sensitivity" -tilassa. Webbiliittymän kautta tuota muistaakseni
oli ainakin helppo säätää, komentorivikomentoa asian tiimoilta en muista.
Post by Asko Ikävalko
VLAN:eja ei ole käytössä, joten kytkimet on hyvinkin pitkälti
default-asetuksilla.
Sitten kannattaa tarkistaa myös LACP -ominaisuuden tila. En muista missä
oletusarvossa se on noissa vanhoissa, mutta tuota kannattaa kytkeä pois
päältä ellei kytkinten tai servereiden liittämiseksi toisiinsa käytetä
useampia rinnakkaisia kaapeleita ("trunkkeja"). Ainakin sellaisista
porteista joissa on työasemia tai muita "päätelaitteita" tuo on hyvä
ottaa disabled-tilaan. Passiivinen LACP nimittäin joskus fläppäilee
portteja turhaan mikäli niissä kulkee sopivaa liikennettä.
-Sami-
Kun nyt pikaisesti luin tuota tarinaa, niin yhden sortin paksusähkö
maakarina tulee mieleen, että ei siellä v-tuilevassa huoneessa nyt olisi
vaan pistorasioiden suojamaan johto poikki jostain kohtaa. Tuollainen
katkos saisi kaikkien koneiden kuoret ja sen mukana bittitekniikan
maatasot pomppimaan koneiden omien hakkureiden mukana ties minne.
Tuollaiseen nyt ainakin on törmätty, ja kyseinen vika aiheutti saman
henkisiä ongelmia.

Kokeile vetää ihan tavallisella _maadoitetulla_ jatkojohdolla sähköt
jostain,
toisesta huoneesta, missä koneet toimii nuolle kipeille koneille.

Jos auttaa, niin se sama sähkäri onkin jo valmiiksi tulossa.
Sähköasennuliikeillä on myös niinsanottuja "asennustarkastus
testereitä", joilla saa ihan oikeasti mitattua pistorasioiden
maadoituksen kunnon.
Asko Ikävalko
2013-05-16 15:49:05 UTC
Permalink
Post by -=A.McYnen=-
Tuollainen
katkos saisi kaikkien koneiden kuoret ja sen mukana bittitekniikan
maatasot pomppimaan koneiden omien hakkureiden mukana ties minne.
Tuollaiseen nyt ainakin on törmätty, ja kyseinen vika aiheutti saman
henkisiä ongelmia.
Ihan hyvä pointti. Nyt on sovittu sähkärin kanssa, että vetävät sinne
yläkertaan yhden Cat6 "siamilaisen" pyrkien kulkemaan eri reittiä
alkuperäisen kaapeloinnin kanssa. Laitamme siihen sitten pari
oikuttelevaa PC:tä kiinni ja seuraamme tilannetta.

Jos ei parane uudella LAN-kaapeloinnilla, niin sitten aletaan miettiä
uutta sähkökaapelointia - tai ainakin aletaan mittailla sen toimivuutta.
Kiitos vaan vinkistä.

Sain vasta kuulla, että kiinteistössä on talvella ollut jonkin sortin
vesivahinkokin, jolloin kaapelikourut ovat lainehtineet. Sähkärin kanssa
mietittiin, josko jostain LAN-kaapelista olisi kuori rikki ja vesi
mennyt sisään.

-Asko
Feikki
2013-05-16 22:14:00 UTC
Permalink
Post by Asko Ikävalko
Jos ei parane uudella LAN-kaapeloinnilla, niin sitten aletaan miettiä
uutta sähkökaapelointia - tai ainakin aletaan mittailla sen toimivuutta.
Kiitos vaan vinkistä.
Sain vasta kuulla, että kiinteistössä on talvella ollut jonkin sortin
vesivahinkokin, jolloin kaapelikourut ovat lainehtineet. Sähkärin kanssa
mietittiin, josko jostain LAN-kaapelista olisi kuori rikki ja vesi
mennyt sisään.
-Asko
Missään nimessä sähkökaapeleita ei tarvitse alkaa summassa vaihtamaan,
mahdollinen maadoitusongelma löytyy kyllä mittauksissa (suojajohtimen
jatkuvuusmittaus). Joku laite tietysti voi häiriötä aiheuttaa, mutta
etsiminen on aika haasteellista..

Villi veikkaus. Onkohan lähellä IV-konehuonetta missä olisi
taajuusmuuttajakäyttöjä, eräässä pienessä "tehtaassa" ilman
häiriösuojattua moottorikaapelia taajuusmuuttajakäyttö aiheutti pahan
häiriön läppärille - sen tasohiiri ei toiminut kiinteistössä ollenkaan
ja tietokone kaatui useita kertoja tunnin aikana. En sitten tiedä, mitä
tuon tyyppinen häiriö tekisi verkkoyhteyksille.
u***@downunder.com
2013-05-16 20:02:26 UTC
Permalink
On Thu, 16 May 2013 00:19:36 +0300, "-=A.McYnen=-"
Post by -=A.McYnen=-
Post by Sami Setälä
fault finderin ilmoitukset (excessive broadcasts / crc errors / giant
packets / duplex mismatch jne) tulevat kyseiseen lokiin mikäli se on
päällä. Itsellä on tuo lähtökohtaisesti kaikkien ominaisuuksien osalta
"high sensitivity" -tilassa. Webbiliittymän kautta tuota muistaakseni
oli ainakin helppo säätää, komentorivikomentoa asian tiimoilta en muista.
Post by Asko Ikävalko
VLAN:eja ei ole käytössä, joten kytkimet on hyvinkin pitkälti
default-asetuksilla.
Sitten kannattaa tarkistaa myös LACP -ominaisuuden tila. En muista missä
oletusarvossa se on noissa vanhoissa, mutta tuota kannattaa kytkeä pois
päältä ellei kytkinten tai servereiden liittämiseksi toisiinsa käytetä
useampia rinnakkaisia kaapeleita ("trunkkeja"). Ainakin sellaisista
porteista joissa on työasemia tai muita "päätelaitteita" tuo on hyvä
ottaa disabled-tilaan. Passiivinen LACP nimittäin joskus fläppäilee
portteja turhaan mikäli niissä kulkee sopivaa liikennettä.
-Sami-
Kun nyt pikaisesti luin tuota tarinaa, niin yhden sortin paksusähkö
maakarina tulee mieleen, että ei siellä v-tuilevassa huoneessa nyt olisi
vaan pistorasioiden suojamaan johto poikki jostain kohtaa. Tuollainen
katkos saisi kaikkien koneiden kuoret ja sen mukana bittitekniikan
maatasot pomppimaan koneiden omien hakkureiden mukana ties minne.
Tuollaiseen nyt ainakin on törmätty, ja kyseinen vika aiheutti saman
henkisiä ongelmia.
Olisin epäillyt ihan samaa muinoisten 10Base5 (Vamppyyriliitokset) tai
10Base2 (BNC liittimet) aikoina, jossa koaksiaalikaapelin vaipan
maadoituksen toteutus oli todella kriittistä.

Sen sijaan tavallisissa CAT6 suojaamattomissa UTP 10/100/1000BaseT
verkoissa muutaman sadan voltin 50/150 Hz maapotentiaalieroista ei ole
pahemmin haittaa, koska parien kummassakin päässä on suurtaajuinen
muuntajakytkentä, joten matalataajuinen häiriö ei pääse lävitse.
Ukkosylijännitteisiin tästä ei välttämättä ole apua.

FTP (folio) / STP (suojavappa) parikaapelin kanssa toki voi töpätä,
jos kytkee vaipan maadoitukset väärin, jolloin vaipassa voi kulkea
ampperitolkulla likaista vaihtovirtaa. Tässäkin kaapelivaippojen
maadoitus vain yhdestä pisteestä auttaa.
-=A.McYnen=-
2013-05-18 07:49:13 UTC
Permalink
Post by u***@downunder.com
Sen sijaan tavallisissa CAT6 suojaamattomissa UTP 10/100/1000BaseT
verkoissa muutaman sadan voltin 50/150 Hz maapotentiaalieroista ei ole
pahemmin haittaa, koska parien kummassakin päässä on suurtaajuinen
muuntajakytkentä, joten matalataajuinen häiriö ei pääse lävitse.
Ukkosylijännitteisiin tästä ei välttämättä ole apua.
Ylesellä tasolla tämä varmasti pitää paikaansa.... Nyt kuitenkin jos
saman maadoittamattoman kaapeloinnin takana on useamia laitteita, ja
joissain niistä on hakkuriteholäheet niinkuin niissä nyt tänäpäivänä on.

Silloin parille alkaa lähtemään sen verran kovalla amplitudilla
hakkuritaajuista yhteismuotoista rähinää, että hajakapasitanssien
kautta se alkaa sotkemaan väylän toimintaa.
u***@downunder.com
2013-05-18 10:57:55 UTC
Permalink
On Sat, 18 May 2013 10:49:13 +0300, "-=A.McYnen=-"
Post by -=A.McYnen=-
Post by u***@downunder.com
Sen sijaan tavallisissa CAT6 suojaamattomissa UTP 10/100/1000BaseT
verkoissa muutaman sadan voltin 50/150 Hz maapotentiaalieroista ei ole
pahemmin haittaa, koska parien kummassakin päässä on suurtaajuinen
muuntajakytkentä, joten matalataajuinen häiriö ei pääse lävitse.
Ukkosylijännitteisiin tästä ei välttämättä ole apua.
Ylesellä tasolla tämä varmasti pitää paikaansa.... Nyt kuitenkin jos
saman maadoittamattoman kaapeloinnin takana on useamia laitteita, ja
joissain niistä on hakkuriteholäheet niinkuin niissä nyt tänäpäivänä on.
Teollisuusasennuksissa ainakin on tapana pitää N (kolmivaiheverkon
nolla), PE (suojamaa) ja TE (tekninen maa) verkot erillään ja yhdistää
ne tasan yhdessä pisteessä (koko laitoksen) sähköpääkeskuksessa
toisiinsa.

Oikein tehtynä (osa uusista laitioksista) hakkuriteholähteiden
verkkosuotimien maat tulisi kytkeä PE maahan, jonka seurauksena PE
verkkon annetaan saastua hakkuripowereiden häiriöista ja siten
suojella TE maan puhtautta, jota käytetään erinäisten
piensignaalisignaalien referenssinä.

Valitettavasti TE maan puhtauden tuhoamiseen riittää yksi väärin
toteutettu laite tai tumpelo asentaja ("hei viereisesssä nastassa on
myös maapotentiaali, minäpäs vedän lyhyen jumpperin siihen", eikä
käytetä erillistä piirustuksessa olevaa N/PE/TE johdatusta).
Post by -=A.McYnen=-
Silloin parille alkaa lähtemään sen verran kovalla amplitudilla
hakkuritaajuista yhteismuotoista rähinää, että hajakapasitanssien
kautta se alkaa sotkemaan väylän toimintaa.
Onneksi monimuotokuitutekniikka alkaa olla varsin edullista näinä
päivinä.
Asko Ikävalko
2013-05-22 14:37:29 UTC
Permalink
Post by Asko Ikävalko
1) Sammutetaan koko talon (tai mieluummin koko korttelin :D ) sähköt
jollain konstilla. Syötetään yläkerrassa olevaa PC:tä ja alakerran
jakamossa olevaa kytkintä jollain varavoimalähteellä ja pistetään ne
pingaamaan toisiaan.
Eilen illalla olin paikan päällä haarukoimassa vikakohtaa parin tunnin
ajan, kunnes varmistui että se oli sittenkin yksi valaisin, joka
häiritsi lähiverkkoamme.

Valojahan oli jo aiemmin kokeiltu sammutella, mutta ei juuri tätä
valaisinta.

Kyseessä on eräänlainen mainosvalaisin, joka on ollut jatkuvasti päällä
- jo vuosia. Valaisinta oli syöttämässä Cat6 kaapelikouruun sijoitettu
muuntaja, joka antoi ulos 12V 3A. Valaisimessa paloi valo vielä ihan
hienosti, mutta tuo muuntaja piti sirittävää ääntä.

Nyt kun muuntaja on irti verkkovirrasta, toimii lähiverkko taas
täydellisesti.

Kylläpä tätä vikaa etsittiinkin monen miehen voimin. :)

PS. Nyt voikin hyvillä mielin jäädä kesälomalle.

-Asko

Continue reading on narkive:
Loading...