가상머신의 네트워크환경 질문

아래는 제가 겪고있는 상황을 문제로 만든것인데요..
문제처럼 만들다보니 경어가 생략되었습니다, 양해부탁하구요
명쾌한 해답을 기대해봅니다...!

상황.
나에게 주어진 네트워크 환경을 분석하고
VBox 를 이용할때 NAT 가 내부적으로 어떻게 이루어지는지, 브릿지 모드가 어떻게 구성되는지 알아보고자 한다.
수동으로 고정아이피를 받는 나의 호스트 OS(윈7) 의 IP 는 1.2.3.4 이다.
게스트 OS(리눅스) 의 IP 는 NAT 설정에 의한 사설IP 이다.

문제1.
호스트 OS 에서 Wireshark 로 ICMP를 캡춰하는 상황일때
게스트 OS 에서 외부 IP로 ping 을 날리면 핑요청/응답은 와이어샤크에 어떤 과정을통해 잡히는가?
(NAT 구성과 디바이스 드라이버 관점에서)

문제2.
게스트 OS 와 외부 IP(5.6.7.8)의 핑을, 호스트 OS 상의 와이어샤크로 캡춰(promisc mode)해보면
1.2.3.4 <-> 5.6.7.8 간의 PING 으로 나타난다. 호스트 OS 와 외부 IP(1.2.3.4) 간에
핑을해도 동일하게 나타난다. 그렇다면 호스트OS 는 어떤 패킷이 자신에게 오는것이며, 어떤것이
게스트 OS 로 가야하는(DNAT 를 해줘야하는)것인지 어떻게 구별할수 있는가??
일반적인 공유기는 이문제를 어떻게 다루는가??

문제3.
가상머신의 네트워크 설정을 브릿지로 바꾸고
게스트 OS 의 네트워크 설정을 호스트OS 와 동일하게 하였다(IP, 게이트웨이, 서브넷마스크)
그랬더니 게스트 OS 에서 어떠한 다른IP의 머신으로도 통신이 되지 않았다.
얼마뒤에 게스트 OS 에서 arp -n 을 해보니 네트워크상의 많은 PC 들의 IP 매핑이 모두 동일한 MAC 주소(ABC라 가정)로 되어있었다.
이때 호스트 OS 에서 와이어샤크로 ARP 패킷들을 캡춰하고 eth.src 가 ABC인 패킷을 필터링 했더니
이더넷헤더의 Source MAC addr 과 ARP 패킷상의 Source MAC addr 이 서로 달랐다.(이런경우를 처음목격함)

그런데 호스트 OS 에서 arp -a 를 해보니 모든 머신들의 IP-MAC 매핑이 정상적이었다.(ARP 패킷상의 Source MAC 으로 매핑됨)
왜 ARP 패킷들의 이더넷 헤더상의 Source addr 이 머신에 관계없이 동일한 주소로(실제와 다른) 되어있었을까??
왜 게스트 OS 에서는 ARP 매핑이 이더넷 헤더상의 Source addr 로 되어있었던 것일까?
(게스트 OS 에서 게이트웨이의 MAC 주소 매핑을 수동으로 정상적으로 바꿔주니 외부와 통신이 되었다.)