19,5 Miljoen collisions op Cisco Switch in 11 dagen

[JohnS]

Geachte medetweakers,

Ik zit hier bij een klant met een probleem. Klant heeft een aantal Cisco switches waarvan een paar Catalyst 2924 XL series. Hiervan zijn er twee verbonden met een glasvezel met van 100 Mbit.

Nu heeft de klant al geruime tijd vertraging op de twee switches met glas. Klant heeft op advies van leverancier de counters gereset. Wat blijkt op de Vlan zijn er in 11 dagen tijd 19,5 miljoen collisions ontstaan.

Lijkt mij niet helemaal goed. Heeft iemand hier ervaring mee zoveel collisions in zo'n korte tijd ?

Graag jullie mening.

[Koffie]

Mja .. en nu
Moeten wij nu gaan zitten raden waardoor dat komt ofzo

Eerst in kaart brangen wat er op die specifieke switches is aangesloten, dan onderzoeken wat het kan zijn.
Eventueel tijdelijk 2 switches omwisselen indien mogelijk (de ene die probs geeft met eentje die goed is), ben je er iig zo achter of de switch rot is, of je implementatie.

Uitroeptekens maar ff verwijderd in je titel trouwens.

[zwahiel]

Zijn de beide interfaces goed ingesteld?

Zoals Koffie al zegt, wat hangt er aan de switches?
Is er misschien iets met de interfaces?

Zijn er misschien 2 dezelfde ip's in het gebruik van machines die aan de switches hangen.

[Verwijderd]

Op een glasinterface kunnen eigenlijk geen collissions optreden; een glasvezelverbinding is van nature full duplex. Eigenlijk zijn er maar een paar mogelijkheden:
- Één van de twee of beide interfaces staan op half duplex
- Er zit een kabel niet goed
- De hardware is defect.

edit:

Zat je post nog eens te lezen, en vraag me nu af of ik het wel goed begrepen heb... zitten er inderdaad collissions op je glasverbinding? Zoals ik al zei, kan dat eigenlijk niet.

[ Voor 27% gewijzigd door Verwijderd op 25-06-2003 09:43 ]

[JohnS]

Hier een kopie van de meting.

2924MXL-3e-SUBTOP /exec/show/interfaces/CR2924MXL-3e-SUBTOP


VLAN1 is up, line protocol is up
Hardware is CPU Interface, address is 0001.427b.cd40 (bia 0001.427b.cd40)
Internet address is 10.40.0.230/24
MTU 1500 bytes, BW 10000 Kbit, DLY 1000 usec,
reliability 255/255, txload 1/255, rxload 1/255
Encapsulation ARPA, loopback not set
ARP type: ARPA, ARP Timeout 04:00:00
Last input 00:00:00, output 00:00:00, output hang never
Last clearing of "show interface" counters 1w5d
Queueing strategy: fifo
Output queue 0/40, 0 drops; input queue 0/75, 0 drops
5 minute input rate 2000 bits/sec, 2 packets/sec
5 minute output rate 1000 bits/sec, 1 packets/sec
1709489 packets input, 359812296 bytes, 0 no buffer
Received 1708788 broadcasts, 0 runts, 0 giants, 0 throttles
0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored
0 input packets with dribble condition detected
862 packets output, 291727 bytes, 0 underruns
0 output errors, 19510764 collisions, 0 interface resets
0 babbles, 0 late collision, 0 deferred
0 lost carrier, 0 no carrier
0 output buffer failures, 0 output buffers swapped out

[Koffie]

Mja en nu

Zoals ik net al vertelede, kom eens met meer info.
En dan bedoel ik niet een dump van je logfile.

Als je op die manier antwoord op je problemen wilt, stel ik voor dat je een call bij Cisco zelf opent.

Wil je je problemen hie rop GoT bespreken, prima geen probleem.
Steek dan ook eens wat meer moeite in je egien probleem, en laat merken wat je zelf allemaal al geprobeert hebt.

In de 3 replys die je gehad hebt staan al genopeg tips en info om een dag met je switches bezig te zijn.

[The Jester]

Je kunt ruwweg stellen, dat een collision-rate van 3pct normaal is.
Ga je naar 5pct, dan heb je een probleem; ga je daarboven, is het écht mis.
Waar het probleem zit is uiterst moeilijk te stellen, omdat je noch de netwerktopologie beschrijft, noch de configuraties. Kijk eerst eens even of er zich niet een misdragende NIC in het betreffende VLAN zit. Een streamende NIC is goed voor véél collisions. Kijk ook even naar de load. Loopt die naar >= 70pct, dan is er een capaciteitsprobleem.
Het volgende vind ik overigens wel uiterst curieus:
MTU 1500 bytes, BW 10000 Kbit, DLY 1000 usec,
Terwijl je in je eerste bericht toch écht over 100Mbit praat

[Verwijderd]

The_Jester schreef op 25 June 2003 @ 10:38:
Je kunt ruwweg stellen, dat een collision-rate van 3pct normaal is.
Ga je naar 5pct, dan heb je een probleem; ga je daarboven, is het écht mis.

Behalve als je in een full-duplex omgeving zit, dus alleen maar switches, geen hubs en alle netwerkkaarten op full-duplex ingesteld. Dan moet je 0 collissions hebben.

[The Jester]

Nou, niet écht. Ook een FDX segment kent collisions. Er kunnen namelijk altijd twee of meer kaarten tegelijk gaan sturen na een periode van inactiviteit. Het zullen er iig wel minder zijn dan op een HDX segment. (In theorie een factor 4 minder).

[Verwijderd]

The_Jester schreef op 25 June 2003 @ 10:59:
Nou, niet écht. Ook een FDX segment kent collisions. Er kunnen namelijk altijd twee of meer kaarten tegelijk gaan sturen na een periode van inactiviteit. Het zullen er iig wel minder zijn dan op een HDX segment. (In theorie een factor 4 minder).

Inderdaad, ik was even vergeten dat er ook nog fiber hubs zijn...

[Coen Rosdorff]

Ik neem aan dat je ook wel de statistieken per poort kan bekijken? (mijn stokoude 3com superstack 1000 kan dat wel)

Dan heb je al een veel betere indicatie waar de collisions vandaan komen dan de stats van een heel vlan.

code:

1709489 packets input
Received 1708788 broadcasts
862 packets output
19510764 collisions

Dit is ook nogal scheef. 10x zoveel collisions als packets in, nauwelijks packets out en bijna alles broadcast.

[DJ]

als je inderdaad even de output geeft van

code:

show interface gi0/0

(vervang gi0/0 door je interface die je hebt).

Als je dit kunt geven voor elke Glas interface, en ook even er bij zet in welke Switch deze interface zit, dan wordt het plaatje al wat duidelijker. Je kutn op die manier ook heel simpel zien of je aan één van de uiteinden van een link een verkeerde duplex instelling hebt staan (bijvoorbeeld).

[Verwijderd]

Dit betekend dat je duplex fouten op vlan 1 hebt, autosesing tegen full-duplex fixed b.v. probeer eens naar specifieke interfaces te kijken im te zien waar de meeste collitions vandaan komen, dit kan gewoon met sho int.

[ Voor 68% gewijzigd door Verwijderd op 26-06-2003 13:48 . Reden: wrong read ]

[Kabouterplop01]

Als ik goed kijk in de output van sh ip int vlan1 zie ik toch staan dat de bandbreedte 10.000 Kbit is maak daar eens 100 van 100.000 Kbit dus.

Dit soort fouten zijn meestal verkeerde poortinstellingen (snelheid, duplex en niet te vergeten 2 direkt verbonden poorten op autonegotiate)

[DavidK]

Kijkende naar je interface statistics lijkt het alsof je interface niet in orde is. Want op je uitgaande packetten zitten collisions. Hoe zijn de stats van de interface op de andere switch? Zijnde dus gewoon clean? Zo ja, dan heb je waarschijnlijk of een rotte interface of is er misschien iets met je bekabeling. Heb je geen andere interface waarop je zaak kan overzetten?

Om inderdaad te reageren op KabouterPlop: Het kan dus ook zo ziin dat je config niet klopt. Probeer een fixt instelling (geen gebruik van auto sensing).

PS: Collisions op een FDX omgeving? Ik ben ze nog nooit tegengekomen (althans niet in een "gezonde" omgeving, alleen bij rotte netwerkkaarten).

[ Voor 16% gewijzigd door DavidK op 27-06-2003 08:12 . Reden: Reactie op Dhr. Plop ]

[chromeeh]

Wat je eventueel kunt proberen is Broadcast Storm Control aan te zetten....

code:

Switch(config-if)# port storm-control threshold rising 1000 falling 200

En dan eventueel een beetje klooien met de threshold...
Want je hebt simpelweg veels te veel broadcast verkeer

[ Voor 12% gewijzigd door chromeeh op 27-06-2003 10:23 ]

[Verwijderd]

chromeeh schreef op 27 June 2003 @ 10:11:
Wat je eventueel kunt proberen is Broadcast Storm Control aan te zetten....

code:

Switch(config-if)# port storm-control threshold rising 1000 falling 200

En dan eventueel een beetje klooien met de threshold...
Want je hebt simpelweg veels te veel broadcast verkeer

Dat is symptomen bestrijden, je moet de oorzaak zoeken en die weghalen....

[chromeeh]

Verwijderd schreef op 27 June 2003 @ 11:03:
[...]


Dat is symptomen bestrijden, je moet de oorzaak zoeken en die weghalen....

Ok ok, maar als ik me nix vergis dan gaat de boosdoenende port bij een broadcast storm block op oranje (port link disable) staan. Maybe zou je hier dan wat mee kunnen doen

(M'n 1924-EN switch doet het wel namelijk )

[Kabouterplop01]

Als je dat instelt ja. Anders niet

[Kabouterplop01]

Kabouterplop01 schreef op 27 June 2003 @ 14:45:
Als je dat instelt ja. Anders niet

Trouwens Als er defecte hardware achter zit zou je Jabbers ophet netwerk krijgen, met Runts giants en deferred packets. Dit is duplex en speed.