TCP segment of a reassembled PDU

TCP segment of a reassembled PDU - Réseaux - Systèmes & Réseaux Pro

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

Reply

Marsh Posté le 05-06-2012 à 11:45:00   

Reply

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 .
 :ouch:

 

NB:Du jumbo frame sur un switch qui n'a pas beaucoup de buffer par port, et tes perfs s'écroulent . Gaffe , donc .


Message édité par statoon54 le 05-06-2012 à 19:01:04
Reply

Marsh Posté le 05-06-2012 à 16:26:20    

Merci d'avoir mis de l'eau à mon moulin...
je vais poursuivre....

Reply

Marsh Posté le 05-06-2012 à 22:41:47    

C'est quoi le switch utilisé ?


---------------
"Parceque toi tu fracasses du migrant à la batte de baseball, c'est ça ?" - Backbone-
Reply

Marsh Posté le 06-06-2012 à 11:35:01    

Les switchs utilisé sont des ciscos (3750G, 3750-24, 2960) et un HP 2824.

Reply

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.


---------------
"Parceque toi tu fracasses du migrant à la batte de baseball, c'est ça ?" - Backbone-
Reply

Marsh Posté le 06-06-2012 à 11:42:58    

Du style: sh interfaces port-channel 1

Reply

Marsh Posté le 06-06-2012 à 11:45:00    

sur les interfaces physiques


---------------
"Parceque toi tu fracasses du migrant à la batte de baseball, c'est ça ?" - Backbone-
Reply

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

Reply

Marsh Posté le 06-06-2012 à 11:55:21    

oui c'est ok.


---------------
"Parceque toi tu fracasses du migrant à la batte de baseball, c'est ça ?" - Backbone-
Reply

Marsh Posté le 06-06-2012 à 11:55:21   

Reply

Marsh Posté le 06-06-2012 à 11:56:12    

Merci dreamer18

Reply

Sujets relatifs:

Leave a Replay

Make sure you enter the(*)required information where indicate.HTML code is not allowed