Onderwerp: Netwerk drops pinpointen

Hi

Ik zit hier met een probleem waar ik niet helemaal uit lijk te komen.

Situatie: klein Windows netwerkje met Windows 7 pc`s en een SBS Server 2003 server.
Server doet DHCP. Netwerk is middels een HP switch verbonden.

Het probleem is dat de werkstations netwerk onderbrekingen ondervinden waardoor Outlook de verbinding verliest met Exchange, Accountview 'invalid seek offset' meldingen geeft, en de share dus niet altijd toegankelijk zijn. De onderbreking is altijd maar van korte duur.

De switch hebben we inmiddels al vervangen en loste het probleem niet op. Op de server heb ik ook even gekeken bij net netwerk stats. Daar zie ik geen Error Packets of Discarded packets staan.

Hoe kan ik uitzoeken waar het mis gaat? Kan het zijn dat een defecte netwerkkaart in een apparaat zorgt voor hickups die ook op andere pc`s gemerkt worden?

Hoevaak komen de "hickups" voor?
hebben alle clients er tegelijk last van?
heb je met een infiniteping naar de server ook packetdrops? en de clientsonderling?

De netwerk optimalisatie die nieuw zijn al uitgezet in Windows 7? Dat werkt soms niet lekker samen met oudere servers (en vice versa).

Oorspronkelijk geplaatst door Solid

Hi

Ik zit hier met een probleem waar ik niet helemaal uit lijk te komen.

Situatie: klein Windows netwerkje met Windows 7 pc`s en een SBS Server 2003 server.
Server doet DHCP. Netwerk is middels een HP switch verbonden.

Het probleem is dat de werkstations netwerk onderbrekingen ondervinden waardoor Outlook de verbinding verliest met Exchange, Accountview 'invalid seek offset' meldingen geeft, en de share dus niet altijd toegankelijk zijn. De onderbreking is altijd maar van korte duur.

De switch hebben we inmiddels al vervangen en loste het probleem niet op. Op de server heb ik ook even gekeken bij net netwerk stats. Daar zie ik geen Error Packets of Discarded packets staan.

Hoe kan ik uitzoeken waar het mis gaat? Kan het zijn dat een defecte netwerkkaart in een apparaat zorgt voor hickups die ook op andere pc`s gemerkt worden?

Als alle clients er last van hebben, zal het probleem óf in de switch zitten (kleine kans, zeker nu die vervangen is), of in de server.
Of in alle clients (ja, dat kan, en dat denk ik hier).

Begin met goed kijken in de system event logs van server en clients.
Ik denk niet dat het "een beetje" packet loss is, omdat je daar weinig van ziet. De software die je noemt gebruikt allemaal TCP, en een beetje packetloss wordt gewoon opgevangen.

Om die verbroken verbindingen te krijgen moet er of enorm packetloss zijn, of moeten verbindingen expliciet verbroken worden.
Wat ik vrij recentelijk gezien heb, inderdaad ook met W7 clients is het volgende :

Om één of andere reden worden DHCP refreshes door de W7 client niet goed gedaan, of niet goed ontvangen.
Op de dhcp server zie je de refresh request binnenkomen, en herhaaldelijk (!) antwoorden naar de client gaan.
Die worden dus niet ontvangen, of niet geaccepteerd, en uiteindelijk verloopt de DHCP lease.

Daarop verliest de client zijn IP adres, en zal dan (terecht) geen verbindingen meer in stand houden.
De client zal wel weer opnieuw een adres vragen en krijgen (opnieuw DHCPDISCOVER etc), maar staande verbindingen zijn verbroken en dat is zichtbaar met software die langer een verbinding gebruikt , zoals Outlook, of bijvoorbeeld Exact.
Bij een webbrowser merk je het eigenlijk alleen als je precies op moment van verlies van IP adres iets probeert te doen.

Als het dit probleem is, zul je met een sniffer op de dhcp server dus zien dat het renewen van een dhcp lease zo af en toe niet goed gaat, en dat een client met dat probleem daarna z'n netwerk foutmelding geeft.

Ik weet alleen geen nette oplossing op moment, afgezien van statisch ip adres e.d. instellen.

Het probleem lijkt op een probleem dat ik een paar jaar terug gehad heb (wel met Vista, maar goed). De netwerkkaart zat om de x tijd er een zooitje van te maken met korte onderbrekingen op de kaart. De drivers updaten naar de allerlaatste versie heeft toen het probleem opgelost. Wanneer het probleem echt hardwarematig zou zijn dan zou het netwerk na een reboot weer lange tijd goed moeten werken (helaas ook gezien met crappy NIC's).

@visser

Bedankt voor je uitgebreide antwoord!

Ik zal eens een pc met een statisch ip instellen. Was er bij jou ook een Windows 2003 DHCP server in het spel?
Kunnen we de server uitsluiten door puur naar de netwerk stats te kijken (0 errors) , of is dat te simpel? De server wordt trouwens ook gemonitord. We krijgen nooit meldingen dat hij niet online is. Dit versterkt jouw verhaal dus volgens mij

@Spyder01
Ze hebben daar verschillende werkstations. Is het dan nog steeds aannemelijk dat ze allemaal crappy nics hebben?

Oorspronkelijk geplaatst door Solid

@Spyder01
Ze hebben daar verschillende werkstations. Is het dan nog steeds aannemelijk dat ze allemaal crappy nics hebben?

Als het echt heel verschillende werkstations zijn, dan zou het heel toevallig zijn als ze allemaal crappy nics hebben. Maar dat haalde ik niet uit je topicstart

Oorspronkelijk geplaatst door Solid

@visser

Bedankt voor je uitgebreide antwoord!

Ik zal eens een pc met een statisch ip instellen. Was er bij jou ook een Windows 2003 DHCP server in het spel?
Kunnen we de server uitsluiten door puur naar de netwerk stats te kijken (0 errors) , of is dat te simpel? De server wordt trouwens ook gemonitord. We krijgen nooit meldingen dat hij niet online is. Dit versterkt jouw verhaal dus volgens mij

Ja en nee; De DHCP server was Linux, de fileserver e.d. (die wel een statisch adres heeft) was W2003.
Maar het probleem zat puur bij de (W7) clients wier DHCP lease verliep en die daarmee hun IP adres verloren.

Het feit dat je server in monitoring nooit offline is geeft wel vertrouwen dat het waarschijnlijk niet de server zelf zal zijn.
(even aangenomen dat de monitoring strak genoeg is; Als je pas alert bij problem die 5 minuten continu duren kun je wat missen natuurlijk).

Ik denk dat je met goed zoeken in system event logs op de clients wel moet zien dat ze op het moment van een probleem geen IP adres hadden.
Met een sniffer zul je, als je hetzelfde probleem als ik hebt, dat dus zien aan DHCP pakketten.

Ik zal eens wat workstations een static ip laten toewijzen. Ben benieuwd!
Wat is een goede sniffer? Wireshark?

Oorspronkelijk geplaatst door Solid

Ik zal eens wat workstations een static ip laten toewijzen. Ben benieuwd!
Wat is een goede sniffer? Wireshark?

Wireshark is prima. Als je die op de dhcp server installeert kun je het daar volgen, als je 'm op een andere machine zet zul je de op de switch even de poorten die je wilt volgen (waarschijnlijk die van de dhcp server, maar je zou ook een client die vaak genoeg het probleem heeft kunnen nemem) in span/monitor/mirror stand zetten. Bij HP heet het geloof ik mirror port.

Vergeet niet om, als je test door een client een statisch IP te geven, ook alle andere dingen die met dhcp meegegeven worden (dns meestal, evt ook ntp) dan ook statisch in te stellen.

Oorspronkelijk geplaatst door Solid

Ik zal eens wat workstations een static ip laten toewijzen. Ben benieuwd!
Wat is een goede sniffer? Wireshark?

Als het probleem inderdaad het DHCP verhaal is wat ik beschrijf, en je wilt het makkelijker live betrappen (je hebt niet gezegd hoe vaak het gebeurt) kun je de dhcp lease tijd korter zetten, naar bijvoorbeeld vijf of tien minuten.
Dan wordt er vaker ge-renewed (volgens spec op de helft van de lease tijd).

In het geval wat ik gezien heb ging het ook zeker niet bij elke renewal mis, typisch "paar keer per dag" op basis van een lease tijd van 10 minuten.

Heb nog even gekeken. Windows XP machines lijken wel te werken. Jouw oplossing wordt dus steeds aannemelijker ;-)
Maandag kan ik het pas doorvoeren.

In ieder geval hartelijk dank zover!!

Heb je de switch op een syslog aangesloten, zodat je kan zien wat er aan meldingen zijn ?

Met name autonegotiation issues of flapping links.. Procurves willen nog wel eens wat issues geven ..

Mbt je laatste opmerking, ja het is mogelijk dat een zgn. 'stalende' ethernet kaart het verkeer op een switch verstoord .. Meestal krijg je broadcast achtig verkeer, of dat een specifiek MAC alle ip's opeens gaat arp replyen .. ( altands zo lijkt als je op je router kijkt)

Dit kan je allen fixen door te kijken om welke ethernet kaart ( adhv mac adres) het gaat en die vervangen ...