Puncte:0

Fluxul de trafic Openstack nu este afișat pe patch-tun sau patch-int

drapel us

Analizez fluxul de trafic OpenStack între instanțe, pentru a înțelege cum trece traficul dintr-un loc în altul. Am o rețea de furnizor cu configurație openvswitch.Scenariul meu este descris în fotografie, în care fac un ping între două mașini din aceeași rețea, dar în noduri de calcul diferite.

Fluxul de trafic între vms

În prezent, pot vedea folosind tcpdump traficul care curge între interfața tap și qvb în podul qbr:

root@compute3:/home/mw# tcpdump -i tape0109961-57 -p icmp
tcpdump: ieșirea verbosă a fost suprimată, utilizați -v sau -vv pentru decodarea completă a protocolului
ascultare pe bandă0109961-57, tip link EN10MB (Ethernet), dimensiunea capturii 262144 octeți
10:01:20.647598 IP 192.168.200.184 > 192.168.200.211: Solicitare ecou ICMP, id 6, seq 5860, lungime 64
10:01:20.647874 IP 192.168.200.211 > 192.168.200.184: răspuns ecou ICMP, id 6, seq 5860, lungime 64
root@compute3:/home/mw# tcpdump -i qvbe0109961-57 -p icmp
tcpdump: ieșirea verbosă a fost suprimată, utilizați -v sau -vv pentru decodarea completă a protocolului
ascultare pe qvbe0109961-57, tip link EN10MB (Ethernet), dimensiunea capturii 262144 octeți
10:01:32.663739 IP 192.168.200.184 > 192.168.200.211: Solicitare ecou ICMP, id 6, seq 5872, lungime 64
10:01:32.664067 IP 192.168.200.211 > 192.168.200.184: răspuns ecou ICMP, id 6, seq 5872, lungime 64

Și, de asemenea, puteți vedea traficul care ajunge la interfața qvo pe podul de integrare pe openvswitch folosind ovs-tcpdump:

root@compute3:/home/mw# ovs-tcpdump -i qvoe0109961-57 -p icmp
tcpdump: ieșirea verbosă a fost suprimată, utilizați -v sau -vv pentru decodarea completă a protocolului
ascultare pe ovsmi969443, tip link EN10MB (Ethernet), dimensiunea capturii 262144 octeți
10:04:56.929662 IP 192.168.200.184 > 192.168.200.211: Solicitare ecou ICMP, id 6, seq 6076, lungime 64
10:04:56.929849 IP 192.168.200.211 > 192.168.200.184: răspuns ecou ICMP, id 6, seq 6076, lungime 64

Dar nu pot vedea traficul care curge pentru interfețele patch-int sau patch-tun, totuși, când captesc trafic pe interfața vxlan, traficul circulă acolo:

root@compute3:/home/mw# ovs-tcpdump -i vxlan-ac100186 -p icmp
tcpdump: ieșirea verbosă a fost suprimată, utilizați -v sau -vv pentru decodarea completă a protocolului
ascultare pe ovsmi181239, tip link EN10MB (Ethernet), dimensiunea capturii 262144 octeți
10:06:50.080366 IP 192.168.200.184 > 192.168.200.211: Solicitare ecou ICMP, id 6, seq 6189, lungime 64
10:06:50.080620 IP 192.168.200.211 > 192.168.200.184: răspuns ecou ICMP, id 6, seq 6189, lungime 64

Deci, îmi scapa ceva? Unde circulă traficul pentru a ajunge la interfața vxlan și a trece prin rețeaua de suprapunere? Capturez în ambele noduri de calcul și rezultatul este același. Dacă cineva știe de ce se întâmplă acest lucru, îi voi mulțumi pentru ajutor.

Postează un răspuns

Majoritatea oamenilor nu înțeleg că a pune multe întrebări deblochează învățarea și îmbunătățește legătura interpersonală. În studiile lui Alison, de exemplu, deși oamenii își puteau aminti cu exactitate câte întrebări au fost puse în conversațiile lor, ei nu au intuit legătura dintre întrebări și apreciere. În patru studii, în care participanții au fost implicați în conversații ei înșiși sau au citit transcrieri ale conversațiilor altora, oamenii au avut tendința să nu realizeze că întrebarea ar influența – sau ar fi influențat – nivelul de prietenie dintre conversatori.