[비정상] arp 처리 - 현장 시험 보고

= 시험 경과 및 현상

. 시험대상인 장비의 네크워크 구성이 지난번 문제가 있던 상황과 같은 네트워크 구성임을 확인 하고 그 때 문제가 있었던 시험을 다시 수행하였다.

. 지난 번에 수행하였던 방식으로 테스트를 하는데 예전과는 다르게 정상적으로 동작하였다.

. 여러방향으로 고민하면서  차이점을 찾으려 하였으나 정확한 원인을 찾을 수는 없었다.

. 일단 정상적으로 동작한다고 판단하여 모니터링용 더미허브를 제거하고 마지막 상태를 확인하고 다음 시험 장소로 이동하려고 진행하던중, 더미허브를 제거하고 시험을 하는 순간 지난번과 같이 정상동작을 하지 않는 상황이 재현되었다.

. 계속적으로 더미허브를 넣고 빼고를 반복하면서 같은 현상이 반복되는지를 확인하였고, 그 결과 항상 넣을 때와 뺄때 동일한 동작을 수행함을 확인하였다.

 . 해당 시험장비의 시험 시간이 종료하여 다음 시험 장비로 이동하면서, 해당 문제의 발생 원인중의 하나를 전기적인 특성떄문인 파워 문제일 수 도 있겠다라고 유추함

. 새장비에서 파워를 외부전원으로 하는 방법으로 시험하였으나 동일한 현상이 발생함.

. 새장비에서 RCS Router 내부의 상태를 두가지 케이스에 대해서 확인하던 중 아래와 같은 사실들을 확인함

- 비정상동작을 하였을 때 내부 ARP Table에서 G/W에 대한 정보가 없었음.

- 패킷을 확인한 결과 정상적인 G/W에대한 arp요청(요청 Mac은 BroadCast Mac주소)에 대한 응답이 전혀 없었음.

- 다른 패킷을 확인한 결과 arp요청시 Unicast Mac(요청 Mac을 지정)으로 전달되는 패킷이 있었고 해당 경우에는 G/W에서 정상적으로 응답하는 것을 확인함.

- 패킷중에 G/W ARP 요청메세지는 안보이는데 다른 장비의 MAC주소로 보내는 ARP 응답 메세지가 보임

. 더미허브(Mac주소에 상관없이 모든 패킷을 연결된 포트로 그냥 통과 시켜줌)를 연결시에는 위에 언급한 메세지가 RCS Router까지 전달되면서 내부 ARP Table에 G/W에 대한 정보를 생성하면서 정상동작을 하는 것으로 확인함.

= 확인한 문제 원인

. RCS Router에서 G/W로 보내는 Arp요청(Broadcast Mac주소)에 대해서 N/W에서 아무런 응답이 없다.

= 문제에 대한 적용 방안

. RCS Router에서 G/W로 보내는 Arp요청을 Broadcast Mac주소에서 지정된 G/W Mac주소를 실어서 보낸다.