dreambox netwerk veroorzaakt collisions

[mirakels]

Ik heb de laatste tijd wat vaak dat mijn hub zich ophangt. Na een reset blijkt dat het collision ledje vrij snel knippert, tot volledig helder toe.

Ik heb ontdekt dat als ik de patch naar de dreambox eruit trek de collision led weer tot rust komt.

Iemand een idee waar dat aan kan liggen?

Ik draai een 1.09 image kernel (linux 2.6.9) (pli1503 in flash).

Ik weet niet meer precies wanneer de problemen zijn begonnen, maar het zou best kunnen dat het zo is vanaf het moment dat er een linux 2.6.9 kernel aktief is...

 

-Marcel

[Hendrik6073]

het zou een negotiation probleem kunnen zijn. samen komen ze niet uit de onderhandeling over de te "praten" snelheid. Je kunt in ieder geval de hub vervangen door een switch zodat de rest van het netwerk hier minder last van ondervindt.

[polarbear]

Ik heb dit probleem ook binnen mijn netwerk gehad.

Het wordt volgens echte deskundigen in de meeste gevallen veroorzaakt door een tijfelachtige patch. Het kan b.v. zijn dat je een haakse knik ergens in je kabel hebt (gehad). Of wat ook nog wel eens voorkomt is een muurdoosje dat voor isdn geschikt is, maar niet voor cat5. Het verschijnsel is dat het een hele tijd (soms dagen achtereen) goed gaat en dan ineens hangt hij zich op. Gebruik je misschien verlengstukjes of zo'n muurdoosje op deze patch?

 

Ik denk dat het niet aan je db ligt.Trek eens een nieuwe, rechtstreekse kabel....

[tvanl]

Collissions worden bij UTP-ethernetverbindingen vaak veroorzaakt doordat niet alle apparaten dezelfde duplex instelling hebben. Het zou kunnen zijn dat de dreambox op full-duplex staat (gelijktijdig zenden en ontvangen) en de andere apparaten op half-duplex (of zenden of ontvangen, maar niet gelijktijdig). Als een half-duplex apparaat een pakket verstuurt, dan voelt een full-duplex apparaat zich niet verplicht om te wachten tot de ander klaar is. Dat apparaat kan dus gaan zenden als de ander nog bezig is. Dat levert dan een collision op. De ethernet controller kan meestal op drie verschillende manieren worden ingesteld: full-duplex, half-duplex en auto. Bij auto gaan op elkaar aangesloten apparaten onderhandelen over half- en full-duplex. Jammer genoeg gaat dat onderhandelen vaak fout (slecht ontworpen protocol) en is daarom in de praktijk niet goed bruikbaar. De meest voorkomende mode is half-duplex. Het is zaak om alle dozen wat dit betreft dezelfde instellingen te geven. Onder linux kan dit ingesteld worden met een tool als ethtool. Wat ik ook heb gezien is dat de instellingen via argumenten worden meegegeven als de ethernet-driver als module wordt geladen. Aangezien op de dreambox de ethernet-driver in de kernel meegelinkt is en niet als losse module geladen wordt, vervalt daar de laatste mogelijkheid. Dat slechte verbindingen colissions kunnen veroorzaken wil ik best geloven. In de praktijk heb ik heel vaak half/full-duplex problemen gezien maar nooit collisions door slechte verbindingen. Dat dit in de hobbysfeer wel vaak voorkomt verbaast me niet. Dat het hier speelt lijkt me niet heel waarschijlijk (maar is wel mogelijk). Berichten over zeer trage verbindingen met dreamboxen doen mij vermoeden dat er wel degelijk een full/half-duplex probleem bestaat. De verbinding heeft trouwens prima gewerkt en zou door een upgrade verslechterd zijn. Hoe de dreambox wat dit betreft ingesteld moet worden weet ik niet zo uit mijn hoofd. Om andere potentieele foutoorzaken uit te sluiten is het misschien handig om tijdelijk een pc via een crosskabel op de dreambox aan te sluiten en te kijken hoe de performance is. Als deze nog steeds slecht is ligt het niet aan de verbinding. Dan moet een van de apparaten anders ingesteld worden. Mijn advies is om te zorgen dat alles op half-duplex staat, omdat veel apparaten zo standaard zijn ingesteld. Als je full-duplex gebruikt zonder dat je de mogelijkheid hebt om alle aangesloten apparaten op full-duplex te zetten is dat vragen om problemen.

 

Hopelijk heb je iets aan dit verhaal.

 

Groeten,

 

Tjeerd

[mirakels]

Allen bedankt voor de suggesties. Heb het een en ander geprobeerd met andere kables en patches verwiselen van poort, en een opmerkelijk feit ontdekt. Ik heb hier een 8-ports sitecom HD080 hubje (paar jaar oud). Tot voor kort waren daarvan maar een stuk of 6 poorten echt in gebruik. Met de dreambox erbij waren het er 7. Sinds een paar weken (en dat komt toevalligerwijs overeen met de 1.09 images) heb ik er ook nog een wireless accesspoint aan hangen.

Dat maakt dus 8 en de hub is vol!

 

Wat blijkt nu, als ik er een willekeurige patch uittrek en dus weer op 7 poorten zit houden de collissions op!!! Het accesspoint is niet altijd aan, en dan is de poort volledig non-actief dus daarom had ik er niet continu last van.

 

ik heb onze dreammachine dus onterecht als schuldige aangemerkt <img src="/ubbthreads/images/graemlins/anoniem.gif" alt="" />

[Flabbergasted]

Ik had een soortgelijk probleem, dat ik hier toch even wil beschrijven voor het geval iemand anders tegen hetzelfde aanloopt. Mijn internet connectivity viel regelmatig uit. Pingen wees uit dat dan zowel mijn modem als mijn Dreambox onbereikbaar waren geworden, maar mijn 2 andere computers niet. Dit wees erop dat het iets te maken moest hebben met de switch die ik op de benedenverdieping had geplaatst (tussen het modem en de kabel naarboven, om de dream op het netwerk te kunnen aansluiten). Eerst verving ik een kabel en dit leek even te werken, maar uiteindelijk lag het aan de manier waarop mijn andere switch nog was aangesloten. Deze heeft een UPLINK aansluiting voor internet. Echter, door het plaatsen van de tweede switch was dit geen zuivere uplink meer. Toen ik de kabel die vanaf de tweede switch komt in een gewoon slot van de eerste switch stak, knipperden niet meer alle ledjes tegelijk. Sindsdien heb ik ook een continue verbinding tussen alle onderdelen van het netwerk. Blijkbaar wordt uplink-verkeer, hoewel het in beide richtingen gaat, toch op een speciale manier behandeld. Dit specifieke probleem zal zich uiteraard niet voordoen met switches die alleen "normale" poorten hebben, zoals inmiddels de trend lijkt te zijn.

[Tonskidutch]

uh bedoeld voor mirakels

 

er is wel een oplossing voor je lan..

 

neem een slimme switch

eventueel ook nog eentje die je per webinterface kunt benaderen en instellen.

 

lees deze info over het verschil tussen hub en switch

 

alltheweb.com > "switch vs hub" zoeken op en je zult heel veel meer info vinden over de voordelen van een switch ten opzichte van een hub...

 

en bovendien lees je ook nog eens enkele overige basis feiten van een lan (eventueel voor overige problemen)

 

basis feiten heel kort:

 

elke pc aan een hub stuurt een broadcast over je hele lan

dus naar elke poort op de hub welke gewoon doorstuurd en niet kijkt naar de ontvanger

 

elke pc aan een switch wordt apart aangesproken doordat de switch meekijkt en weet waar de data naartoe zou moeten worden gesluisd

 

problemen eventueel bij beide (hub of switch) er zijn verschillende snelheden ingesteld en er draaid een server die ook altijd moet antwoorden

 

cheers