Netwerk probleem

[Ye Greate'96]

Situatie:

Een hoofdvestiging is verbonden met een nieuwe vestiging via een 10 Mbit glasvezel lijn.

Op de nieuwe vestiging draaien ongeveer 200 pc's.
Er staat daar alleen een fileserver (DC).

DHCP, internet, e-mail komt allemaal van de hoofdvestiging vandaan.
De hoofdvestiging en andere vestiging is 1 subnet.


Nu hebben we het probleem dat er zomaar een pc 5 minuten lang geen internet verbinding heeft en ook niet vanaf de hoofdvestiginge benaderbaar is, maar wel gewoon bij de file server kan.
Terwijl de pc er naast geen enkel probleem ondervindt.

Dit gebeurd steeds at random.

Sommige pc's krijgen hierdoor ook geen ip adres van de dhcp en kunnen dan vervolgens het domein logischerwijs niet vinden.


Wat we al geprobeerd hebben:
- de 4 SER/MER's tijdelijk verbonden met lange utp kabels ipv de glasvezelkabels
- de stacking kabels losgehaald en de switches verbonden met utp.
- ping vanaf de hoofdvestiging naar de 7 switches geeft af en toe een time out.

Sinds we de stackingkabels en glasvezelkabels hebben vervangen met utp zijn de problemen wel minder geworden, maar wel nog steeds aanwezig.


Heeft iemand nog tips in welke hoek ik dit probleem kan zoeken?

[Archie_T]

Lijnbelasting meten?
Lijkt mij dat de 10Mbit glas het probleem geeft aangezien je nog wel lokaal aan het werk kan maar alle remote dingen werken niet meer.

[Mike2k]

Hij krijgt geen ip adres? wat is de latency op de lijn? staat er toevallig nog ergens anders een dhcp server te draaien ? zie je error meldingen op je switch ? welke software draait je DHCP server? hoelang is je utp kabel ? weelk merk switches gebruik je?

Oftewel...geef eens wat meer info

[Ye Greate'96]

Dit is de lijnbelasting.

Zou toch niet de oorzaak van deze hikken kunnen zijn?




Pings tussen de switches geeft het volgende:

code:

    Reply from 172.16.200.245: bytes=56 Sequence=1 ttl=255 time=7 ms
    Reply from 172.16.200.245: bytes=56 Sequence=2 ttl=255 time=2 ms
    Reply from 172.16.200.245: bytes=56 Sequence=3 ttl=255 time=2 ms
    Reply from 172.16.200.245: bytes=56 Sequence=4 ttl=255 time=2 ms
    Reply from 172.16.200.245: bytes=56 Sequence=5 ttl=255 time=9 ms

Net een ping vanaf de hoofdvestiging naar een switch geeft:

code:

Time-out bij opdracht.
Time-out bij opdracht.
Time-out bij opdracht.
Antwoord van 172.16.200.245: bytes=32 tijd=3 ms TTL=255

- DHCP is van Windows 2003. Dat is de enige dhcp server
- Het zijn 7 3com 4500g 48 poorts switches.


Het lijkt toch alsof er iets loos is met de glasvezel lijn tussen de vestigingen, maar dat verklaart toch niet waarom 1 pc problemen heeft, en de andere niet ?

[ Voor 77% gewijzigd door Ye Greate'96 op 24-09-2008 09:57 ]

[Archie_T]

Ik zie toch een behoorlijke belasting, maar niet vreselijk schokkend.
Dat 1 PC problemen heeft en de ander niet komt omdat PC's niet continu met de DHCP of DC aan het praten zijn.
Ik zou de lijnbelasting per protocol opsplitten en kijken wie er aan het bit torrenten of newsleechen is of op een probleem PC even kijken met wireshark wat er allemaal langs komt.

[Leon T]

Vraagje, wat is er anders aan dit topic dan aan je oude: Netwerk ?

[Ye Greate'96]

De tering !!

Is vandaag opgelost;

Na voor de zoveelste keer met Ziggo aan de lijn te hebben gehangen en ik eindelijk iemand te spreken kreeg die uberhaubt verstand heeft zaken, is het nu eindelijk opgelost!!

Ziggo heeft schijnbaar een limiet ingesteld van 100 Mac addressen die tegelijk over de lijn mogen. Dit om te zorgen dat de routingtables niet veels te groot worden was de reden volgens iemand van Ziggo...
Na eens heftig aandringen is dit verhoogt naar 300 en voila het probleem was weg !


Onvoorstelbaar dat je dan al weken bezig bent hiermee!