>>Merci Alexandre je vais effectivement vérifier je ne vois pas d'autre raison >>au drop.
Une autre raison possible, c'est si jamais le buffer de l'asic du switch sature. apres je ne connais pas du tout la gamme ex3400, ni le traffic que tu envoi. mais j'ai déjà eu le cas sur des vieux cisco 2960, où il y avait un buffer partagé pour 4 ports 1gbit, et en vrai on pouvais pas tirer 4x1gbit sans drop. (mais ca se voit dans les counters du switch dans ce cas) ----- Mail original ----- De: "Kevin Thiou" <kevinth...@gmail.com> À: "aderumier" <aderum...@odiso.com> Cc: "frnog-tech" <frnog-t...@frnog.org> Envoyé: Vendredi 19 Avril 2019 10:00:57 Objet: Re: [FRnOG] [TECH] Perte de paquet entre esxi et le switch juniper ex3400 Moi no plus je ne touche pas la MTU. Merci Alexandre je vais effectivement vérifier je ne vois pas d'autre raison au drop. Le jeu. 18 avr. 2019 à 20:09, Alexandre DERUMIER < [ mailto:aderum...@odiso.com | aderum...@odiso.com ] > a écrit : >>Quelles pourrait être la raison de leur disparition ? Si le paquet est trop >>gros, le switch va en faire plusieurs petits non ? Ca depend si le protocol/client spécifie le "do not fragment bit" (DF). dans ce cas, ca drop. (par exemple, avec https c'est le cas généralement, avec que http non. ) ----- Mail original ----- De: "Kevin Thiou" < [ mailto:kevinth...@gmail.com | kevinth...@gmail.com ] > Cc: "frnog-tech" < [ mailto:frnog-t...@frnog.org | frnog-t...@frnog.org ] > Envoyé: Jeudi 18 Avril 2019 10:31:35 Objet: Re: [FRnOG] [TECH] Perte de paquet entre esxi et le switch juniper ex3400 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 < [ mailto:kevinth...@gmail.com | 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 < [ mailto:kevinth...@gmail.com | > 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 < [ >> mailto:m...@kodekh-telecom.fr | 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 < [ mailto:kevinth...@gmail.com | >>> > 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/ | http://www.frnog.org/ ] >>> >>> --------------------------- Liste de diffusion du FRnOG [ http://www.frnog.org/ | http://www.frnog.org/ ] --------------------------- Liste de diffusion du FRnOG http://www.frnog.org/
