Hello, Je ne bouge/touche jamais les MTU, c’est une source a emmerde. la seule fois que j’ai opter de modifier le MTU > 1500 c’etait pour un réseau de stockage. avec switch dédié et tout le tremblement. il y en a tjrs un dans la chaine qui sait pas quoi faire du packet.
pour se faire du mal, y’a plus simple : le silice... Pr On 18 April 2019 at 10:33:29, Kevin Thiou (kevinth...@gmail.com) wrote: J'ai continué à chercher, mais je me pose une question sur la disparition de mes paquets. Quelles pourrait être la raison de leur disparition ? Si le paquet est trop gros, le switch va en faire plusieurs petits non ? Le mer. 17 avr. 2019 à 10:47, Kevin Thiou <kevinth...@gmail.com> a écrit : > Effectivement il y a quelque chose qui joue avec ma MTU. > Sur la pieuvre, quelque soit la MTU que je configure, je me retrouve avec > une MTU à 1574 derrière le Pfsense (je soupçonne le scrubbing). > > Du coup je vais sortir le pfsense de la chaîne pour voir si c'est mieux. > > Merci de vos réponses. > > Le mar. 16 avr. 2019 à 17:00, Kevin Thiou <kevinth...@gmail.com> a écrit : > >> C'est une Polycom RealPresence Trio 8500, mais je ne vois pas de rapport >> à la borne vu que les paquets sont bien envoyés en voix ou en vidéo. >> >> Le mar. 16 avr. 2019 à 16:26, Kamel Moudachirou <m...@kodekh-telecom.fr> a >> écrit : >> >>> Bonsoir >>> >>> Peux-tu donner les caractéristiques de la pieuvre ? >>> >>> Envoyé de mon iPhone >>> >>> Kamel >>> >>> > Le 16 avr. 2019 à 16:09, Kevin Thiou <kevinth...@gmail.com> a écrit : >>> > >>> > Bonjour, >>> > >>> > j'ai un problème auquel je ne trouve pas de solution. >>> > >>> > Je test une nouvelle pieuvre qui a des capacités vidéo. >>> > >>> > Lors d'un appel voix, tout fonctionne. Lors d'un test en vidéo l'appel >>> > n'aboutie pas. >>> > >>> > J'ai fais des traces pour voir où cela coince. J'arrive à la >>> conclusion que >>> > les paquets INVITE sont perdus entre un esxi et l'interface du switch >>> où >>> > celui-ci est connecté. >>> > >>> > Ca me parait étrange, donc une de mes traces doit être bancale. >>> > >>> > Sur l'esxi je fais : >>> > >>> > *pktcap-uw --trace --ip 172.19.136.58 --vlan 515 -o capture* >>> > The trace session is enabled. >>> > The session filter IP(src or dst) address is 172.19.136.58 >>> > The session filter VLAN is 515 >>> > The output file is capture >>> > No server port specifed, select 48586 as the port >>> > Local CID 2 >>> > Listen on port 48586 >>> > Accept...Vsock connection from port 1033 cid 2 >>> > *Dump: 5*, broken : 0, drop: 0, file err: 0Join with dump thread >>> > failedDestroying session 9 >>> > >>> > Sur le switch c'est un ex3400 j'ai configuré un forwarding-options >>> analyzer >>> > : >>> > *set forwarding-options analyzer packet_capture input ingress interface >>> > ge-0/0/0.0* >>> > *set forwarding-options analyzer packet_capture input ingress interface >>> > ge-1/0/0.0* >>> > *set forwarding-options analyzer packet_capture input egress interface >>> > ge-1/0/0.0* >>> > *set forwarding-options analyzer packet_capture input egress interface >>> > ge-0/0/0.0* >>> > *set forwarding-options analyzer packet_capture output interface >>> > ge-0/0/47.0* >>> > >>> > qui envoie le trafic vers un serveur qui fait tourner un tcpdump : >>> > *sudo tcpdump -n -i enp3s0f1 host 172.19.136.58* >>> > >>> > Je me retrouve avec rien dans la capture. >>> > >>> > Quelqu'un aurait il une idée ? >>> > >>> > --------------------------- >>> > Liste de diffusion du FRnOG >>> > http://www.frnog.org/ >>> >>> --------------------------- Liste de diffusion du FRnOG http://www.frnog.org/ --------------------------- Liste de diffusion du FRnOG http://www.frnog.org/