Netwerk probleem bij aansluiten switch

[rdebruyn]

Hallo!

Ik heb nogal een vervelend netwerkprobleem..
Gaat over ons thuisnetwerkje:
Mn internetaansluiting van @home wordt via een server (linux; e-smith SMEserver 5.5) gedeeld met 3 client pc's (winXP, winXP, win98).
De server deelt aan de clients ip-adressen uit via DHCP.
In de server 2 netwerkkaarten, 3com905b voor @home en 3com905-TX voor het lokale netwerkje.

Tussen de server en de clients hing tot voor kort een hub van 3com (4 poorts, 100mpbs).
Nu heb ik t in me hoofd gehaald 'n switch te kopen van Sweex (http://www.sweex.nl), 10/100mbps / 8 poorts.
Als ik vervolgens de hub vervang door de switch, kan ik vanaf de client pc's de server niet 'zien' & andersom, het lukt de server ook niet om ip adressen uit te delen aan de clients...

Van client naar client ping's sturen lukt wel via de switch en die worden dan ook succesvol beantwoordt.

Heb al vanalles geprobeerd, instellingen van de clients omgezet van DHCP naar statisch adressen verkrijgen, kabels op netwerkkaarten van server verwisseld en configuratie aangepast, fullduplex mode ingesteld op de server via configtool van 3com etc. etc.
Niets helpt dus.

De led's op de switch branden zoals t hoort, link/act, fullduplex en 100mbps.
Ook knippert de led van de desbetreffende poort als er activiteit is.
Het vage is dat wanneer ik de switch vervolgens weer omruil voor de hub, alles ineens weer als vanouds werkt...
Lijkt net alsof er tussen te verbinding van de clients met de server iets mis gaat.

Situatieschets hoe 't wel werkt:

@home --- server --- hub ---- client 1 (winXP, ipadres via DHCP)
|--- client 2 (winXP, ipadres via DHCP)
|--- client 3 (win98, ipadres via DHCP)

... en hoe t niet werkt:

@home --- server --- switch ---- client 1 (winXP, ipadres via DHCP of statisch)
|--- client 2 (winXP, ipadres via DHCP of statisch)
|--- client 3 (win98, ipadres via DHCP of statisch)

Heeft iemand misschien enig idee wat het probleem kan zijn?

[WhizzCat]

Het enige dat ik kan bedenken is idd duplex instellingen, maar dat heb je al geprobeerd zo te lezen. Wat er dan nog overblijft is dat je switch een maandag ochtend product is. Dat is het enige dat ik zo kan bedenken. Heb je trouwens óók naar de duplex instellingen van de clients gekeken? Dat lees ik nl. niet terug. Probeer die eens op automatisch te zetten.

Mocht dat niet werken zou ik gewoon een nieuw switchje halen, succes alvast en ik hoor het wel

[Dreamer]

of switch is kapot (of een poort) of je hebt een switching hub (dan kan je alleen half duplex werken).

[Pearl]

Hub werkte toch prima? waarom een switch? is alleen handig als je meerdere comps aan hangen, geld terugvragen is een goede mogelijkheid.

[Verwijderd]

Probeer met een netwerk sniffer (bijv 'tcpdump' onder linux) te kijken naar het netwerk verkeer dat langs komt op de netwerk kaart. De server hangt toch ook gewoon met een van z'n NICs aan de switch... in dat opzicht verschilt hij niks van een Windows client.

[Verwijderd]

misschien altijd een cross-cable gebruikt van de hub naar de server en deze ook in de switch geprikt? switch is straight cable gebruiken tenzij die een uplink poort heeft

[Dreamer]

Verwijderd schreef op 11 oktober 2002 @ 11:45:
misschien altijd een cross-cable gebruikt van de hub naar de server en deze ook in de switch geprikt? switch is straight cable gebruiken tenzij die een uplink poort heeft

van server naar hub en switch zit geen verschil in kabel server<-->hub is straight tenzij in de uplink poort.

[Verwijderd]

dreamer schreef op 11 oktober 2002 @ 13:13:
[...]
van server naar hub en switch zit geen verschil in kabel server<-->hub is straight tenzij in de uplink poort.

Je hebt gelijk zat weer te

[rdebruyn]

Bedankt voor de replies tot zover, ik ga straks nog wat verder proberen maar t valt nie mee, tot nu toe nog niet veel kunnen bereiken. Heb met tcpdump naar het netwerkverkeer gekeken, mocht ik er niet verder uit komen dan zal ik vanmiddag nog de tcpdump in dit topic plaatsen, misschien kan iemand dan zien wat er mis is?! Heb in ieder geval wel ontdekt dat als ik met de configtool van 3com de instellingen van de nic in de server verander (full/half duplex, snelheid etc.) hij deze instellingen niet aanhoudt als de server wordt gereboot, dus ga nu proberen de instellingen in de serversoftware zelf aan te passen qua full duplex en snelheid 100mbps van de nic. Dus onder linux zeg maar. Hopelijk houdt ie ze dan wel vast en ligt het daar aan. Owjah nog ff voor Pearl; ik heb de switch gekocht met oog op de uitbreiding van ons netwerkje die op de planning staat, maar als het zo moet denk ik toch dat ik maar terug ga naar mn oude vertrouwde 3com hub..

[rdebruyn]

Probleem zover opgelost; heb de switch terug gestuurd naar de leverancier en die zou een nieuwe opsturen, werkt dat ook niet dan mag ik hem teruggeven en krijg ik mijn geld terug. Ik krijg het 2e exemplaar morgen binnen. Hou jullie op de hoogte!!

[rdebruyn]

Heb de nieuwe switch binnen, het lukt nog steeds niet!!
WIE HELPT?!?

Ik kan vanuit elke client pc naar elke andere client pings versturen, maar als ik dat vanaf een client naar de server probeer krijg ik timeouts en een enkele keer een reactie. Vanuit de server pings versturen naar de clients worden meestal niet, een enkele keer wel beantwoordt... Dacht aan kabelprobleem maar heb alle cables vervangen door nieuwe 'fabriekskabels' en werkt nog steeds niet.

Heb met TCPdump op de server naar het verkeer gekeken, en dit gebeurt er als ik 1 van de client pc's aanzet: m'n server is inetserv.FRAMLN7.DOM, en mn client pc is de 'pc-00065' , hij geeft hem die naam, omdat het ipadres wat statisch ingesteld staat op de client eindigt op '.65' ...

arp who-has inetserv.FRAMLN7.DOM tell pc-00065
arp reply inetserv.FRAMLN7.DOM is-at 0:60:97:91:76:79
pc-00065.netbios-ns > inetserv.FRAMLN7.DOM.netbios-ns: NBT UDP PACKET(137): REGISTRATION; REQUEST; UNICAST
inetserv.FRAMLN7.DOM.netbios-ns > pc-0065.netbios-ns: NBT UDP PACKET(137): REGISTRATION; POSITIVE; RESPONSE; UNICAST
arp who-has pc 00065 tell inetserv.FRAMLN7.DOM
arp who-has pc 00065 tell inetserv.FRAMLN7.DOM
arp who-has pc 00065 tell inetserv.FRAMLN7.DOM
arp who-has pc 00065 tell inetserv.FRAMLN7.DOM
arp who-has pc 00065 tell inetserv.FRAMLN7.DOM
arp who-has pc 00065 tell inetserv.FRAMLN7.DOM
pc-00065.netbios-ns > inetserv.FRAMLN7.DOM.netbios-ns: NBT UDP PACKET(137): REGISTRATION; REQUEST; UNICAST
arp who-has pc-00065 tell inetserv.FRAMLN7.DOM
arp who-has pc-00065 tell inetserv.FRAMLN7.DOM
arp reply pc-00065 is-at 2:e0:18:64:b4:2b
inetserv.FRAMLN7.DOM.netbios-ns > pc-00065.netbios-ns: NBT UDP PACKET(137):
REGISTARTION; POSITIVE; RESPONSE; UNICAST
pc-00065.netbios-ns > 192.168.74.255.netbios-ns: NBT UDP PACKET(137): REGISTRATION; REQUEST; BROADCAST
inetserv.FRAMLN7.DOM.netbios-dgm > 192.168.74.255.netbios-dgm: NBT UDP PACKET(138)
inetserv.FRAMLN7.DOM.netbios-gm > 192.168.74.255.netbios-dgm: NBT UDP PACKET(138)

18 packets received by filter
0 packet dropped by kernel

[jappo]

kan je een overzichtje van de gebruikte ip adressen en subnets posten... misschien hebben we daar wat aan om je te helpen (de instellingen van de dhcpd zijn ook handig )

[Verwijderd]

Misschien een kleine tekening??

[rdebruyn]

De gebruikte ip adressen en subnet's:

Server:
ip adres: 197.168.74.10
subnet: 255.255.255.0

Client1 (winXP)
ip adres: 197.168.74.65
gateway: 197.168.74.10
DNS server: 197.168.74.10
WINS server: 197.168.74.10
subnet: 255.255.255.0

Client2 (win98)
ip adres: 197.168.74.66
gateway: 197.168.74.10
DNS server: 197.168.74.10
WINS server: 197.168.74.10
subnet: 255.255.255.0

Client 3 (winXP)
ip adres: 197.168.74.67
gateway: 197.168.74.10
DNS server: 197.168.74.10
WINS server: 197.168.74.10
subnet: 255.255.255.0

Schematische tekening staat op http://i-future.nl/temp/GoT/netwerk.gif

[rdebruyn]

Elke keer als ik n reply gezet heb reageert er niemand meer... Jammer dat er zo veel berichies op GoT worden gezet Of ben ik gewoon te ongeduldig

[straat]

Ik had ook problemen toen ik een goedkoop switchje van een vaag merk gebruikte, probeer het eens met een andere switch. Bij mij was het zo dat 3c905 netwerkkaarten gewoon geen contact kregen met de switch, soms wel als ze op 10/half stonden. Dat was zo op alle poortjes. Merk van het switchje was btw safeway. Ik heb het wel gehad met die goedkope netwerkzooi...

[rdebruyn]

Bedankt voor jullie reacties, heb besloten de switch alsnog terug te geven aan het bedrijf waar ik hem gehaald had, van t geld dat ik terugkrijg + wat extra koop ik een 3Com OfficeConnect switch, weet ik zeker dat het goed zit; de hub is ook van 3Com en werkt al enkele jaren perfect en zonder problemen.

[ Voor 0% gewijzigd door rdebruyn op 17-10-2002 13:08 . Reden: gedachtenwisseling ]