Re: [FRnOG] [TECH] Perte de paquet entre esxi et le switch juniper ex3400
>>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" À: "aderumier" Cc: "frnog-tech" 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
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 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" > Cc: "frnog-tech" > 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 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 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 > 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 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/
Re: [FRnOG] [TECH] Perte de paquet entre esxi et le switch juniper ex3400
>>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" Cc: "frnog-tech" 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 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 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 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 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/
Re: [FRnOG] [TECH] Perte de paquet entre esxi et le switch juniper ex3400
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 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 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 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 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/
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 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 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 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 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/
Re: [FRnOG] [TECH] Perte de paquet entre esxi et le switch juniper ex3400
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 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 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 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/
Re: [FRnOG] [TECH] Perte de paquet entre esxi et le switch juniper ex3400
Bonjour, As-tu vérifié le MTU ? Il est aussi possible que ce soit un problème de paquets fragmentés bloqués. (paquets SIP vidéo plus gros que la voix, et donc fragmentés). Cordialement, Samuel Le 2019-04-16 16:09, Kevin Thiou 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/
Re: [FRnOG] [TECH] Perte de paquet entre esxi et le switch juniper ex3400
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 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 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/
Re: [FRnOG] [TECH] Perte de paquet entre esxi et le switch juniper ex3400
Bonsoir Peux-tu donner les caractéristiques de la pieuvre ? Envoyé de mon iPhone Kamel > Le 16 avr. 2019 à 16:09, Kevin Thiou 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/
[FRnOG] [TECH] Perte de paquet entre esxi et le switch juniper ex3400
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/
