¸®´ª½º ARP ±¸ÇöÀÌ Á¶±Ý ÀÌ»óÇÑ °Í °°½À´Ï´Ù

   Á¶È¸ 4045   Ãßõ 0    

 테스트 환경은 OpenWRT Chaos Calmer와 Ubuntu Server 16.04입니다.

리눅스를 게이트웨이(라우터)로 사용하였고, 클라이언트 서브넷은 Static으로 할당하였습니다.
클라이언트는 ESXi 6.5에 올라간 윈도 8.1 VM이며, VMNET3 어댑터를 사용하고 있습니다.

증상은 클라이언트의 ARP 테이블에 게이트웨이의 MAC 주소가 있을 때, 클라이언트에서 게이트웨이로의 ping은 가능함에도
게이트웨이의 ARP 테이블에 클라이언트의 MAC 주소가 올라오지 않는 상황입니다.


사실 좀 황당한 것이, icmp reply응답이 정싱적으로 동작했다는 것은 게이트웨이가 클라이언트의 MAC을 알고 있다는 뜻일 터인데..
나중에 VM에 Wireshark라도 올려봐야 하나 고민이 되네요.
Pingable하지만, ARP 테이블에는 클라이언트 MAC이 존재하지 않는 까닭에 wan으로 나갔다 돌아오는 클라이언트의 패킷이 게이트웨이에서 증발(...)해버리는 것 같습니다.

덧붙여, 게이트웨이에서 클라이언트로 ping을 날리면 ARP 테이블에 정상적으로 클라이언트가 올라오고, 클라이언트에서 게이트웨이 MAC이 miss되어 ARP Request를 전송해도 ARP 테이블에 올라옵니다.


상식적으로 도저히 이해가 안 되는 상황인데, 대체 뭐가 문제일까요?

ªÀº±Û Àϼö·Ï ½ÅÁßÇÏ°Ô.


QnA
Á¦¸ñPage 1820/5700
2014-05   5048162   Á¤ÀºÁØ1
2015-12   1584476   ¹é¸Þ°¡
2017-06   4041   Ãʷϸ¶À»
2017-01   4041   ¿©ÁÖ³ó¹Î76
2016-08   4041   ǪÇÏÈ÷
2015-10   4041   ±è¹ÎöGC
2018-02   4041   ½Öcpu
2016-05   4041   È︶
2015-10   4041   epage
2019-03   4041   newretrowave
2015-06   4041   ¾Æ¸¶Ä«½Ã
2019-03   4041   ±è°Ç¿ì
2018-11   4041   À¸¶óÂ÷Â÷Â÷
2015-07   4041   2cpumem
2016-02   4041   Àü¼³¼ÓÀǹ̡¦
2019-08   4042   turtlmac
2018-03   4042   ´ÃÆĶõ
2018-12   4042   ¾îµðÂë
2016-12   4042   °¡¶÷ÀÌ´ç1
2014-01   4042   ÀÕÈþÀÕÈþ
2020-07   4042   ÇÁ¶û
2020-06   4042   ¸ð½º¿ùµå