NAT에 대해서 질문입니다

좀더 빠른 이해를 위해 그림을 첨부해서 chanik님의 글을 빌려 프로세스를 다시 정리해보았습니다.

1. 안드로이드로부터 NS-3로 UDP 패킷 송신(src:10.42.0.73 -> dst:7.0.0.3)
2. 목적지주소(7.0.0.3)가 안드로이드의 서브넷(10.42.0.0/24)에 속하지 않으므로 스스로 처리하지 못하고 디폴트 게이트웨이(리눅스:10.42.0.1)에게 라우팅을 떠넘김
3. 게이트웨이인 리눅스는 패킷목적지(7.0.0.3)가 자신이 아님을 알아내고 라우팅 시도. 목적지가 tap0쪽의 서브넷에 해당되는 것을 알고 tap0로 내보냄(10.42.0.73 -> dst:7.0.0.3)
4. NS-3에서 tap-bridge를 통해 해당 패킷 수신. 패킷 목적지가 7.0.0.3 이므로 해당 목적지로 패킷 전송.
5. 이 과정에서 패킷발신주소(10.42.0.73)이 목적지에 도착하면 응답패킷이 라우트엔트리에 없기때문에 패킷이 NS-3로 들어오자마자 tap-bridge에서 src adress translation 실행 (src:10.42.0.73~>7.0.0.2 -> dst:7.0.0.3)
6. 패킷이 해당목적지에 도착하면 UDP ECHO Server에서는 패킷 발신지(7.0.0.2)쪽으로 응답패킷 송출(src:7.0.0.3 -> dst:7.0.0.2)
7. 응답패킷이 ghost node(7.0.0.2)에 도착하면 처음 패킷발신주소(10.42.0.73)를 tap-bridge에서 dst address translation 실행 (src:7.0.0.3 -> dst:7.0.0.2~>10.42.0.73)
8. 응답패킷이 tap-bridge를 통해 tap0로 빠져나옴.(src:7.0.0.3 -> dst:10.42.0.73)

9. 리눅스는 tap0를 통해 나온 패킷의 목적지가 자신이 아님을 알고 usb0쪽으로 라우팅.(src:7.0.0.3 -> dst:10.42.0.73)
10. 패킷의 목적지 주소가 usb0의 서브넷에 해당되는 것을 알고 안드로이드의 rndis0으로 내보냄
11. 안드로이드의 rndis0에서 패킷 수신(src:7.0.0.3 -> dst:10.42.0.73)

8번까지는 정상적으로 다 동작하고
9번부터 안되는건데 저 시나리오에서도 NS-3내부의 NAT를 없애야하는게 맞는건가요?
NS-3 내부에서 NAT구현은 실제 구현되어있는 NAT가 아닌 tap-bridge 내에서 리눅스로 패킷을 주고받는 시점에서 간단하게 ip헤더 떼고 주소만 바꿔주게 간단하게 코딩했습니다.
NS-3에 패킷이 들어갔다가 나오는게 아무 이상도 없기때문에 저는 NS-3의 NAT가 문제가아니라
리눅스의 라우팅테이블이나 iptables문제가 아닐까 생각합니다.
iptables에서 FORWARD 규칙이 제대로 들어갔는데도 안되고
라우팅테이블에서 default gateway를 usb0/tap0의 IP 주소로 각각 따로 설정해봤는데도
꿈쩍도 하지않네요..
저 패킷이 어떻게든 usb0까지만 도착하면 알아서 rndis0로 갈텐데..