Lähiverkko-ongelma

[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?

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]

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]

> > 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

[Ari Saastamoinen]

Tauno Voipio <tauno....@notused.fi.invalid> writes:


> 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]

Timo Neuvonen wrote:
> 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.

> 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�.

> 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.)

> 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.

> 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.

> 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.

> Ja onko ne naapurissa toimivat koneet ihan
> samanlaisia?

Kymmenkunta talon tietokoneista on samaan aikaan hankittuja t�sm�lleen
samaa mallia olevia Win XP vehkeit�.

> "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.

> 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

[Asko Ikävalko]

Ari Saastamoinen wrote:
> 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]

Asko Ik�valko <ikaval...@poista.pp.inet.fi.invalid> kirjoitti:

>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.

[Ari Saastamoinen]

Asko Ik�valko <ikaval...@poista.pp.inet.fi.invalid> writes:

> 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.

[Seppo Loisa]

Asko Ik�valko <ikaval...@poista.pp.inet.fi.invalid> kirjoitti:

>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?

[Tauno Voipio]

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ä]

> 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.

> 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.

> 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]

Sami Set�l� wrote:
> 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]

Asko Ik�valko <ikaval...@poista.pp.inet.fi.invalid> writes:

> 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)

[Asko Ikävalko]

Ari Saastamoinen wrote:
> 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

[Sami Setälä]

> 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.

>> 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-

[Ari Saastamoinen]

Asko Ik�valko <ikaval...@poista.pp.inet.fi.invalid> writes:

> 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.

[-=A.McYnen=-]

On 14.5.2013 21:31, Sami Setälä wrote:
> 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-

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]

-=A.McYnen=- wrote:
> 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

[upsid...@downunder.com]

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.

[Feikki]

16.5.2013 18:49, Asko Ikävalko kirjoitti:
>
> 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.

[-=A.McYnen=-]

On 16.5.2013 23:02, upsid...@downunder.com wrote:
> 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.

[upsid...@downunder.com]

On Sat, 18 May 2013 10:49:13 +0300, "-=A.McYnen=-"
<poista_tama...@olen.to> wrote:

>On 16.5.2013 23:02, upsid...@downunder.com wrote:
>> 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).

>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]

Asko Ikävalko wrote:
> 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