Packetloss im LAN

[onedread 10]

HI

 

wir haben an einem Standort Probleme mit der Netzwerkverbindung. Es treten vermehrt Packetloss in dem Netzwerk auf.

 

Kurz zur Topology

 

2x Core Switches 3750X in einem Stack

 

2x 3750V2 auch im Stack

 

diese beiden Switches sind mittels Portchannel mit je 4GigaIf zusammengeschlossen

 

auf den beiden 3750V2 Switches hängen nun noch über die FastEth Ports um die 8 2960-8TC-L auf den GigPorts angeschlossen.

 

 

So nun zu den Interfacekonfigurationen siehe Anhang

 

 

Die CPU Auslastung von allen Switches ist sehr niedrig.

 

Wo kann ich den hebel ansetzen um das Problem zu lokalisieren oder was kann ich euch noch für Daten geben?

Switches_Aufbau.txt

[Otaku19 33]

und WO tritt der packetloss auf ? Was du auf jeden fall brauchst:

Monitoring der Auslastung aller Ports

Interfacestatistiken, insbesondere Errors

die ein oder andere SPAN Session evtl

[onedread 10]

hey,

 

also die Packetloss tretten hauptächlich in der Produktion auf soviel ich weiß und mir von dem Admin vor Ort verraten wurde.

 

Es sind auch 2 VLANS konfiguriert und eben packetloss tritt zw. vlan 10 (daten) und vlan (20). Das routing erledigen die beiden Core Switches 3750X.

 

Interface Auslastung ist jetzt nicht die Welt auf den 4 GigUplinkPort vom 3750X zu den 3750V2 waren 20Mbit und auch die Uplinks vom 3750V2 zu den kleinen Produktionswitches 2960-8Tc über 100Mbit/s sind 20Mbit/s und auf den Clientports sind max 5Mbit/s und keine packetdrops.

 

Das einzige was mir aufgefallen ist sind eben die total droped packets zw. Uplink 3750V2 zu den kleinen Produktionswitchen.

 

FastEthernet2/0/10 is up, line protocol is up (connected)

Hardware is Fast Ethernet, address is 24b6.57c0.f60c (bia 24b6.57c0.f60c)

Description: ***TO PRODUCTION***

MTU 1500 bytes, BW 100000 Kbit/sec, DLY 100 usec,

reliability 255/255, txload 10/255, rxload 1/255

Encapsulation ARPA, loopback not set

Keepalive not set

Full-duplex, 100Mb/s, link type is auto, media type is 100BaseFX-FE SFP

input flow-control is off, output flow-control is unsupported

ARP type: ARPA, ARP Timeout 04:00:00

Last input 00:00:12, output 00:00:06, output hang never

Last clearing of "show interface" counters 2d19h

Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 386292420

Queueing strategy: fifo

Output queue: 0/40 (size/max)

5 minute input rate 18000 bits/sec, 35 packets/sec

5 minute output rate 4221000 bits/sec, 469 packets/sec

6486375 packets input, 502252597 bytes, 0 no buffer

Received 61622 broadcasts (45499 multicasts)

0 runts, 0 giants, 0 throttles

0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored

0 watchdog, 45499 multicast, 0 pause input

0 input packets with dribble condition detected

115616226 packets output, 131651520115 bytes, 0 underruns

0 output errors, 0 collisions, 0 interface resets

0 unknown protocol drops

0 babbles, 0 late collision, 0 deferred

0 lost carrier, 0 no carrier, 0 pause output

0 output buffer failures, 0 output buffers swapped out

[Otaku19 33]

sind bei unterschiedlichen bandbreiten relativ normal.

[blackbox 10]

Hallo,

 

wie haben die den die "Paketloss" festgestellt ?

[onedread 10]

Hi,

 

die haben eben immer wieder pings verloren vom vlan 10 ins vlan 20 und umgekehrt. Und irgendwelche Produktionsanwendungen liefen nicht richtig.

 

Da eine externe Firma das Lan gebaut und warten tut ist das jetzt bei mir in vergessenheit geraten weil ich auch noch andere Sachen zu tun habe.

 

Aber wenn du nen Tipp hast was ich noch testen bzw. der externen Firma weitergeben kann wäre ich sehr dankbar.

 

regards

[blackbox 10]

denke das wird man erstmal nur so eingrenzen können - vom "Client" den lokalen switch - dann das GW anpingen - ob da auch was verloren geht und dann immer weiter in der reihenfolge.