TCP segment of a reassembled PDU - Réseaux - Systèmes & Réseaux Pro
Marsh Posté le 05-06-2012 à 15:57:49
Si tu as des problèmes de performance , il faut étudier toutes les possibilités et ne pas se concentrer que sur le réseau.
[TCP segment of a reassembled PDU] : Normal avec Wireshark
http://wiki.wireshark.org/TCP_Reassembly
TCP Dup ACK : Le plus souvent causé par la perte d'un segment , le client demande alors une retransmission rapide .
Si ton client demande une retransmission assez souvent , vérifie qu'il n'y a pas congestion sur un lien ou une erreur d'interface , câbles défectueux etc...
Ensuite , le réseau peut simplement être un symptôme du à une limitation autre part , le nas est saturé , analyse les files d'attente au niveau des disques , le CPU , la mémoire .
NB:Du jumbo frame sur un switch qui n'a pas beaucoup de buffer par port, et tes perfs s'écroulent . Gaffe , donc .
Marsh Posté le 05-06-2012 à 16:26:20
Merci d'avoir mis de l'eau à mon moulin...
je vais poursuivre....
Marsh Posté le 05-06-2012 à 22:41:47
C'est quoi le switch utilisé ?
Marsh Posté le 06-06-2012 à 11:35:01
Les switchs utilisé sont des ciscos (3750G, 3750-24, 2960) et un HP 2824.
Marsh Posté le 06-06-2012 à 11:38:05
regarde dans les show interface s'il y a du drop dans les buffers des interfaces concernées.
Marsh Posté le 06-06-2012 à 11:45:00
sur les interfaces physiques
Marsh Posté le 06-06-2012 à 11:49:53
FYI
Mac <--> Cisco SG300 (giga) <trunk>Cisco 3750G (giga) <Etherchannel>Synology DS1511+
Tout me semble correcte, mais deux yeux valent mieux qu'un:
GigabitEthernet1/0/11 is up, line protocol is up (connected)
Hardware is Gigabit Ethernet, address is 0017.95dc.490b (bia 0017.95dc.490b)
Description: EtherChannel for the Synology NAS2
MTU 9000 bytes, BW 1000000 Kbit, DLY 10 usec,
reliability 255/255, txload 1/255, rxload 1/255
Encapsulation ARPA, loopback not set
Keepalive not set
Full-duplex, 1000Mb/s, link type is auto, media type is 10/100/1000BaseTX SFP
input flow-control is off, output flow-control is unsupported
ARP type: ARPA, ARP Timeout 04:00:00
Last input 00:00:04, output 00:00:00, output hang never
Last clearing of "show interface" counters never
Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 0
Queueing strategy: fifo
Output queue: 0/40 (size/max)
5 minute input rate 588000 bits/sec, 53 packets/sec
5 minute output rate 677000 bits/sec, 134 packets/sec
10599217 packets input, 13041456652 bytes, 0 no buffer
Received 5327 broadcasts (5323 multicasts)
0 runts, 0 giants, 0 throttles
0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored
0 watchdog, 5323 multicast, 0 pause input
0 input packets with dribble condition detected
20454514 packets output, 12511485126 bytes, 0 underruns
0 output errors, 0 collisions, 1 interface resets
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
C3750G#sh interfaces G1/0/12
GigabitEthernet1/0/12 is up, line protocol is up (connected)
Hardware is Gigabit Ethernet, address is 0017.95dc.490c (bia 0017.95dc.490c)
Description: EtherChannel for the Synology NAS2
MTU 9000 bytes, BW 1000000 Kbit, DLY 10 usec,
reliability 255/255, txload 1/255, rxload 1/255
Encapsulation ARPA, loopback not set
Keepalive not set
Full-duplex, 1000Mb/s, link type is auto, media type is 10/100/1000BaseTX SFP
input flow-control is off, output flow-control is unsupported
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 never
Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 0
Queueing strategy: fifo
Output queue: 0/40 (size/max)
5 minute input rate 1357000 bits/sec, 115 packets/sec
5 minute output rate 2000 bits/sec, 2 packets/sec
18824085 packets input, 23297275962 bytes, 0 no buffer
Received 20056 broadcasts (4564 multicasts)
0 runts, 0 giants, 0 throttles
0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored
0 watchdog, 4564 multicast, 0 pause input
0 input packets with dribble condition detected
895538 packets output, 100265465 bytes, 0 underruns
0 output errors, 0 collisions, 1 interface resets
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
Marsh Posté le 06-06-2012 à 11:55:21
oui c'est ok.
Marsh Posté le 05-06-2012 à 11:45:00
Bonjour à tous,
Je rencontre un problème de performance (enfin, je pense) dans mon lab dans lequel se trouve un Synology qui me sert comme stockage de mes VM avec VMWare et comme partage de fichier (NFS, AFP et netbios).
Donc, j'ai entrepris de sniffer en sortie du synology afin de voir un peu le trafic et j'ai trouvé un nombre important de trame de cette nature.
431 7.573092 192.168.1.70 192.168.1.122 TCP 9014 [TCP segment of a reassembled PDU]
Mais aussi:
1043 8.276941 192.168.1.122 192.168.1.70 TCP 66 [TCP Dup ACK 1042#1] 52230 > 548 [ACK] Seq=2789 Ack=4653607 Win=35572 Len=0 TSval=1487401635 TSecr=1086293726
Initialement, je n'avais pas activé les Jumbo Frame sur les switchs et mon mac (pour exemple). Et comme vous pouvez le voir, c'est fait. J'ai fait cela pour voir s'il pouvait avoir un incidence au niveau de la taille des trames. Il y a un léger changement, mais le problème persiste.
Ma question est de savoir pourquoi le synology passe son temps à réassembler les paquets et à quoi correspond ce "TCP Dup ACK".
J'ai aussi entrepris des faires des tests, pas uniquement sur le synology et des hôtes, mais entre hôte et le problème est le même:
125163 31.395512 192.168.1.49 192.168.1.122 TCP 1514 [TCP segment of a reassembled PDU]
Si quelqu'un à une petite idée de la problématique, je suis bien entendu preneur.
Merci