Zijn deze ping tijden normaal op een switched netwerk ?

[CORVETTE]

Ik heb hier op het werk een Cisco switched netwerk. Core 2x 4600 en werkgroep 20 x 29xx. Allen verbonden met glas op beide core switches.
Verder recente firmware, weinig CPU load, weinig verkeer en geheugen gebruik ( veelal Citrix verkeer ).
Maar toch schieten onze ping tijden vaak vrij hoog.
En ik kan me niet echt voorstellen dat dat normaal is. Onze netwerk leverancier zegt dat ik me niet druk hoeft te maken en kunnen verder ook niets vinden.
Maar omdat ik niet weet wat normale ping reacties zijn bij andere netwerken, heb ik geen idee of het goed is.
Je ziet een uitschieter naar 30ms, maar dat is vaak ook nog stukken hoger, en komt voor op alle switches ( behalve core ).


Zouden jullie eens kunnen kijken wat het op jullie netwerken de latency zo'n beetje is ?

Hierbij een screendump van mijn pc op een 2960s, via 1 van de 4600 naar een andere 2960s.

[krietjur]

Hier op het gehele netwerk is het stabiel <1ms, is in mijn ogen niet echt normaal dit.

[PeterPan]

Als ik van mijn workstation naar de management ip adressen van diverse core of edge switches ping zie ik ook 1ms zonder pieken.
Nooit echt eerder naar gekeken eigenlijk.

[johnkeates]

Probeer het eens met een linux client, dan kan je rare dingen van de windows tcp/ip stack uitsluiten.

[Verwijderd]

Je kunt beter naar een device achter de switch pingen. Een ping naar de management interface van de switch heeft de laagst denkbare prioriteit voor de switch en zal dus bij de minste of geringste belasting (van de switch) vertraging oplopen.

Daarnaast is het eerste wat in me opkomt: STP root bridge election. Tijdje terug heb ik dat hier ook kleine hickups in het netwerk zien veroorzaken.

[ Voor 23% gewijzigd door Verwijderd op 08-10-2012 13:15 ]

[muppet99]

Test het vanavond eens. Als er niemand op het netwerk zit. Dan zul je zien dat het wel stabiel is. Wijkt het dan nog af, dan zou ik aan de bel gaan trekken. Nu kan het zo maar zijn dat er iemand is die een grote filetransfer aan het starten is.

[Verwijderd]

Als er weinig verkeer is, zoals je aangeeft, dan is er iets mis. Je hebt ook met een andere machine getest neem ik aan? En ping naar de 2960 gaat wel goed, waar je dus mee verbonden bent? En ping naar de 4600? En een andere 2960?

Een ping op LAN van 30ms is echt niet goed. Hier steady <1ms, zelfs met wat oudere infra.

[ Voor 8% gewijzigd door Verwijderd op 08-10-2012 13:44 ]

[CORVETTE]

Dit is van vanavond ( helemaal niets te doen, alles uit )



Pingen naar 1 van de coreswitches zorgt voor af en toe pings van 3, 4, 7 en 9ms op dit moment.

Aangezien we geen linux hebben een ping vanuit de coreswitch naar mijn werkplek:
Sending 100, 100-byte ICMP Echos to 10.1.30.69, timeout is 2 seconds:
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
Success rate is 100 percent (100/100), round-trip min/avg/max = 1/1/12 ms

Dit is van de coreswitch naar dezelfde werkgroep switch die ik hierboven hebt gepingt:
Die hangt er dus rechtstreeks met glas aan.

Type escape sequence to abort.
Sending 100, 100-byte ICMP Echos to 10.1.10.7, timeout is 2 seconds:
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
Success rate is 100 percent (100/100), round-trip min/avg/max = 1/2/20 ms
MER1-1#

[ Voor 72% gewijzigd door CORVETTE op 08-10-2012 20:53 ]

[CyBeR]

Dat is naar je switch. Wat gebeurt er als je naar een andere computer pingt? De tijden naar een switch managementinterface zijn compleet onbelangrijk.

[CORVETTE]

Naar een willekeurige ( linux thin client ) :

[Pauwl]

Tja, valt weinig over te zeggen zo.
Is dit binnen hetzelfde vlan of wordt er ook nog gerouteerd? Indien door de coreswitches gerouteerd zou een redundantie protocol nog voor problemen kunnen zorgen. Is er iets in de logs te zien van de core switch of access switches? Mogelijk flappings links oid?
Indien binnen hetzelfde vlan dan zou er eens naar de spanning tree configuratie gekeken kunnen worden, mogelijk dat er in de logs naar voren komt in de vorm van spanning tree topology changes oid.

[KennieNL]

Ping eens van een degelijke (Thinclients kunnen ook wel eens traag reageren op ping) client naar een server en naar een andere client op DEZELFDE switch.

Breek je probleem in stukjes op, en kijk waar het als eerste fout gaat.
Al gekeken of je crc errors op je poorten hebt op de switch?

[Predator]

Zoals al gezegd, niet pingen naar IP's die toegewezen zijn aan een L3 interface op een switch.
Dat wordt door de switch zijn slomo CPU afgehandeld en nog eens met lage prio.
Traffic die door de switch gaat, ook op L3 is (bijna uitsluitend) HW switched en heeft de cpu niet nodig.

Dit is een server in een ander VLAN hier:

code:

    Packets: Sent = 70, Received = 70, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
    Minimum = 0ms, Maximum = 1ms, Average = 0ms

Very fast

Dit is een L3 vlan interface op de L3 switch die de inter-vlan routing doet in hetzelfde segment als de server die ik hierboven ping, vanop dezelfde client (me):

code:

    Packets: Sent = 31, Received = 31, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
    Minimum = 0ms, Maximum = 15ms, Average = 5ms

Slow

Dus, ping eens een deftige normale server vanop een deftige normal client.

I wouldn't worry...

[ Voor 3% gewijzigd door Predator op 09-10-2012 10:42 ]

[Predator]

Om het ff nog wat duidelijker te maken... side by side ping test en ik heb een SSH gedaan naar de switch + 2x een show run.

Je kan duidelijk de CPU load terug zien in de ping naar de switch, terwijl de gelijktijdige ping naar de server daar geen last van heeft...

---

SW L3 VLAN IF	Actie	Server in VLAN 10
CORESW: time=2ms TTL=255	niks	SERVER: time<1ms TTL=127
CORESW: time=2ms TTL=255	niks	SERVER: time<1ms TTL=127
CORESW: time=7ms TTL=255	niks	SERVER: time<1ms TTL=127
CORESW: time=10ms TTL=255	niks	SERVER: time<1ms TTL=127
CORESW: time=7ms TTL=255	niks	SERVER: time<1ms TTL=127
CORESW: time=12ms TTL=255	niks	SERVER: time<1ms TTL=127
CORESW: time=6ms TTL=255	niks	SERVER: time<1ms TTL=127
CORESW: time=3ms TTL=255	niks	SERVER: time<1ms TTL=127
CORESW: time<1ms TTL=255	niks	SERVER: time<1ms TTL=127
CORESW: time=8ms TTL=255	niks	SERVER: time=3ms TTL=127
CORESW: time<1ms TTL=255	niks	SERVER: time<1ms TTL=127
CORESW: time<1ms TTL=255	niks	SERVER: time<1ms TTL=127
CORESW: time=9ms TTL=255	niks	SERVER: time<1ms TTL=127
CORESW: time<1ms TTL=255	niks	SERVER: time<1ms TTL=127
CORESW: time=1ms TTL=255	niks	SERVER: time<1ms TTL=127
CORESW: time=1ms TTL=255	niks	SERVER: time<1ms TTL=127
CORESW: time=3ms TTL=255	niks	SERVER: time<1ms TTL=127
CORESW: time<1ms TTL=255	niks	SERVER: time<1ms TTL=127
CORESW: time<1ms TTL=255	niks	SERVER: time<1ms TTL=127
CORESW: time<1ms TTL=255	niks	SERVER: time<1ms TTL=127
CORESW: time<1ms TTL=255	niks	SERVER: time<1ms TTL=127
CORESW: time<1ms TTL=255	niks	SERVER: time<1ms TTL=127
CORESW: time<1ms TTL=255	niks	SERVER: time<1ms TTL=127
CORESW: time=2ms TTL=255	niks	SERVER: time<1ms TTL=127
CORESW: time<1ms TTL=255	niks	SERVER: time<1ms TTL=127
CORESW: time<1ms TTL=255	niks	SERVER: time<1ms TTL=127
CORESW: time=19ms TTL=255	niks	SERVER: time<1ms TTL=127
CORESW: time=1ms TTL=255	niks	SERVER: time<1ms TTL=127
CORESW: time=136ms TTL=255	SSH sessie	SERVER: time<1ms TTL=127
CORESW: time=9ms TTL=255	niks	SERVER: time<1ms TTL=127
CORESW: time=19ms TTL=255	niks	SERVER: time<1ms TTL=127
CORESW: time=18ms TTL=255	niks	SERVER: time<1ms TTL=127
CORESW: time=26ms TTL=255	niks	SERVER: time<1ms TTL=127
CORESW: time=26ms TTL=255	niks	SERVER: time<1ms TTL=127
CORESW: time=25ms TTL=255	niks	SERVER: time<1ms TTL=127
CORESW: time=26ms TTL=255	niks	SERVER: time<1ms TTL=127
CORESW: time=25ms TTL=255	niks	SERVER: time<1ms TTL=127
CORESW: time=1ms TTL=255	niks	SERVER: time<1ms TTL=127
CORESW: time=17ms TTL=255	niks	SERVER: time<1ms TTL=127
CORESW: time=5ms TTL=255	niks	SERVER: time=13ms TTL=127
CORESW: time=1ms TTL=255	niks	SERVER: time<1ms TTL=127
CORESW: time=2ms TTL=255	niks	SERVER: time<1ms TTL=127
CORESW: time=1ms TTL=255	niks	SERVER: time<1ms TTL=127
CORESW: time=6ms TTL=255	niks	SERVER: time<1ms TTL=127
CORESW: time=1ms TTL=255	niks	SERVER: time<1ms TTL=127
CORESW: time=8ms TTL=255	niks	SERVER: time<1ms TTL=127
CORESW: time=178ms TTL=255	show run	SERVER: time=2ms TTL=127
CORESW: time=65ms TTL=255	niks	SERVER: time=4ms TTL=127
CORESW: time=82ms TTL=255	niks	SERVER: time<1ms TTL=127
CORESW: time=18ms TTL=255	niks	SERVER: time<1ms TTL=127
CORESW: time=165ms TTL=255	niks	SERVER: time<1ms TTL=127
CORESW: time=20ms TTL=255	niks	SERVER: time<1ms TTL=127
CORESW: time=4ms TTL=255	niks	SERVER: time<1ms TTL=127
CORESW: time=1ms TTL=255	niks	SERVER: time<1ms TTL=127
CORESW: time=24ms TTL=255	niks	SERVER: time<1ms TTL=127
CORESW: time=202ms TTL=255	show run	SERVER: time<1ms TTL=127
CORESW: time=67ms TTL=255	niks	SERVER: time<1ms TTL=127
CORESW: time=232ms TTL=255	niks	SERVER: time<1ms TTL=127
CORESW: time=9ms TTL=255	niks	SERVER: time<1ms TTL=127
CORESW: time=43ms TTL=255	niks	SERVER: time<1ms TTL=127
CORESW: time=250ms TTL=255	niks	SERVER: time<1ms TTL=127
CORESW: time=23ms TTL=255	niks	SERVER: time<1ms TTL=127
CORESW: time=7ms TTL=255	niks	SERVER: time<1ms TTL=127
CORESW: time=7ms TTL=255	niks	SERVER: time<1ms TTL=127
CORESW: time=5ms TTL=255	niks	SERVER: time<1ms TTL=127
CORESW: time=5ms TTL=255	niks	SERVER: time<1ms TTL=127
CORESW: time<1ms TTL=255	niks	SERVER: time<1ms TTL=127
CORESW: time=7ms TTL=255	niks	SERVER: time<1ms TTL=127
CORESW: time=6ms TTL=255	niks	SERVER: time<1ms TTL=127
CORESW: time=6ms TTL=255	niks	SERVER: time<1ms TTL=127
CORESW: time=19ms TTL=255	niks	SERVER: time<1ms TTL=127