veth 쌍의 경우 ping이 인터페이스 이름을 인식하지 못하고 tc qdisc netem이 작동하지 않습니다.

Question

나는 아래에 내 자신의 질문에 대답합니다.

가장 간단한 해결 방법(내 방법):veth 쌍 중 하나를 다른 네트워크 네임스페이스에 넣습니다. 그냥 그렇게 부르자 test.

$ sudo ip netns add test
$ sudo ip link add h1-eth0 type veth peer name h2-eth0 netns test

$ sudo ip link set dev h1-eth0 up
$ sudo ip netns exec test ip link set dev h2-eth0 up

$ sudo ip addr add 10.0.0.1/24 dev h1-eth0
$ sudo ip netns exec test ip addr add 10.0.0.2/24 dev h2-eth0

$ sudo tc qdisc add dev h1-eth0 root netem delay 60ms
$ sudo ip netns exec test tc qdisc add dev h2-eth0 root netem delay 60ms

이제 다음을 확인합니다.

$ ping -I h1-eth0 -c1 10.0.0.2
PING 10.0.0.2 (10.0.0.2) from 10.0.0.1 h1-eth0: 56(84) bytes of data.
64 bytes from 10.0.0.2: icmp_seq=1 ttl=64 time=120 ms

--- 10.0.0.2 ping statistics ---
1 packets transmitted, 1 received, 0% packet loss, time 0ms
rtt min/avg/max/mdev = 120.056/120.056/120.056/0.000 ms

$ sudo ip netns exec test ping -I h2-eth0 -c1 10.0.0.1
PING 10.0.0.1 (10.0.0.1) from 10.0.0.2 h2-eth0: 56(84) bytes of data.
64 bytes from 10.0.0.1: icmp_seq=1 ttl=64 time=120 ms

--- 10.0.0.1 ping statistics ---
1 packets transmitted, 1 received, 0% packet loss, time 0ms
rtt min/avg/max/mdev = 120.146/120.146/120.146/0.000 ms

다른 방법

내 질문이 요청되었지만 아직 답변되지 않은 것을 확인했습니다.https://serverfault.com/questions/585246/network-level-of-veth-doesnt-respond-to-arp. 거기에서 문제가 ARP에 있음을 알 수 있습니다.

ARP 문제와 관련된 질문은 여기에서 확인하세요.요청된 IP 주소가 다른(비활성화된) 인터페이스와 연결된 경우 Linux는 ARP 요청 메시지에 응답하지 않습니다.스레드 시작기에 대한 설명이 있지만 문제는 해결되지 않은 상태로 남아 있습니다.

문제는 주소 10.0.0.1과 10.0.0.2가 메인 라우팅 테이블뿐만 아니라 로컬 라우팅 테이블에도 나타나며, 로컬 라우팅 테이블이 메인 라우팅 테이블보다 우선순위가 높다는 점입니다. 내 질문의 초기 설정 표는 다음과 같습니다. 즉, veth 쌍의 한쪽 끝을 다른 네트워크 네임스페이스에 넣지 않는 것입니다 test.

$ ip route show table local
broadcast 10.0.0.0 dev h1-eth0  proto kernel  scope link  src 10.0.0.1 
broadcast 10.0.0.0 dev h2-eth0  proto kernel  scope link  src 10.0.0.2 
local 10.0.0.1 dev h1-eth0  proto kernel  scope host  src 10.0.0.1 
local 10.0.0.2 dev h2-eth0  proto kernel  scope host  src 10.0.0.2 
broadcast 10.0.0.255 dev h1-eth0  proto kernel  scope link  src 10.0.0.1 
broadcast 10.0.0.255 dev h2-eth0  proto kernel  scope link  src 10.0.0.2 
...

$ ip route show table main
10.0.0.0/24 dev h1-eth0  proto kernel  scope link  src 10.0.0.1 
10.0.0.0/24 dev h2-eth0  proto kernel  scope link  src 10.0.0.2 
...

veth 쌍의 한쪽 끝이 다른 네트워크 네임스페이스에 있는 경우 두 주소를 동시에 로컬 라우팅 테이블에 넣을 수는 없습니다. 그래서 아마도 우리에게는 그런 문제가 없는 것 같습니다. 로컬 라우팅 테이블에서 주소를 제거하려고 시도했지만(하나 또는 둘 다 - 다른 조합으로) 도움이 되지 않았습니다. 전반적으로 상황을 완전히 이해하지 못하므로 veth 쌍의 끝을 다른 네트워크 네임스페이스로 설정하는 방법을 고수하겠습니다. 게다가 내가 아는 한, 이것이 veth 쌍이 사용되는 주요 방식입니다.

Answer 1