N904V 공유기에서 UDP Broadcast Packet 손실, 지연 문제 재 질문
안녕하세요?
12월 5일 동일한 문제로 질문드리며 제 생각에는 ipTIME이 Q&A를 운영하시면서 빠른 시간내 답변 주시는 원칙을 갖고 계신듯하데, ipTime은 국내 시장 점유율도 높고 많은 수량을 판매하여 모든 제품에 BUG가 없고 검증이 끝났다는 맹신이 지나쳐 좀더 기술적인 문제는 빠른 답변보다는 해당 Model 개발 담당자에게 FeedBack되어 질문 내용이 맞는지 다시 한번 Check하고 정말 문제가 없는지 신뢰할수 있는 답변을 부탁드렸는데 아직까지 답변이 없는것을 보니 질문이 무시된 듯하여 재 질문 드립니다. 10월 5일 질문 드린이후 다각도로 TEST를 하여본 모든 결과는 UDP BROADCASTING PACKET 는 엄청난 지연이 발생하거나 Packet Loass가 많다는 것입니다. 첨부한 File "송수신 스크린삿"은 첨부 가능 File이 2개뿐이라 한눈에 2대의 PC에서 WireShark로 동시에 Capture하였다는 것을 보여주며 "송신" File은 WireShark의 Capture File로 "송수신스크린삿" file의 Capture 원본 File 입니다. 스크린삿은 왼쪽이 Windows 7 PC(ip 7)에서 유선 송신 File이고 오른쪽이 Windows 8 PC(ip 2)에서 WiFi 수신 File 입니다. 스크린삿에서 왼쪽 11번 Packet과 오른쪽 8번 Packet가 동일한 Packet 입니다. Packet Size가 다른것은 System에따라 Dummy Data를 Fill하느냐 않느냐의 문제 인것은 아실터이고, 왼쪽11, 오른쪽 8번 위의 Packet을 보시면 동시에 Capture하고 있다는 것을 확인 하실수 있을 것입니다. 지금과 같이 ARP가 성공하면 ip 7에서 ip 2로 1024Byte를 10에서 1번 순으로 10 Packet을 전송하고, 다음 1024Byte의 BroadCasting Packet(스크린삿왼쪽 22번 Packet 이하) 을 1번에서 10번 순으로 전송 합니다. 그런데 거의 10초가 되어도 ip 2에서는 수신을 못한 것을 알수 있을 것입니다. 또한 오른쪽 마지막 SSDP 2 Packet는 ip 2 PC가 계속 수신 중이었다는 것을 증명 합니다. 또한 스크린 샷에는 나타나지 않았지만 Capture된 "송신" file을 wireshark로 Open하여 보시면 하단에는 모든 Packet을 전송 하였다는 것을 확인 하실수 있읍니다. 이와 같이 N904V 공유기에서 0xFF,0xFF,0xFF,0xFF,0xFF,0xFF MAC address로 전송되는 Broadcasting packet은 엄청난 지연이 있거나 Packet Missing이 발생 합니다. 답변이 없던 금,토,일 ARP를 연속으로 전송한다던가 하는 모든 TEST는 N904V 공유기가 Broadcasting에 문제가 있다는 것을 나타냅니다. 그런데 다른 공유기는 모르겠으나 대부분의 Program이 Local Device끼리 접속하거나 Broadcast하는 경우가 거의 없고 Retry하면 문제가 해결되고 사용자 입장에서는 때때로 상당한 연결 지연이 않될 뿐이지만 ARP가 일정 시간내 이루어 지지 않으면 전송을 하지 않고 Error 처리하는 Application에서는 치명적인 문제라 생각 합니다. 다시 한번 해당 model Firmware 혹은 개발 담당자에가 FeedBack하여 검증 부탁드리며 만약 N904V에 문제가 없다면 Wireshark 등과같이 Protocol Analyzer가 없는 사람도 확인 가능한 Capture된 File이나 자료를 보내 주시길 부탁 드립니다. 바쁘실 터이지만 다시한번 부탁 드립니다.
12월 5일 동일한 문제로 질문드리며 제 생각에는 ipTIME이 Q&A를 운영하시면서 빠른 시간내 답변 주시는 원칙을 갖고 계신듯하데, ipTime은 국내 시장 점유율도 높고 많은 수량을 판매하여 모든 제품에 BUG가 없고 검증이 끝났다는 맹신이 지나쳐 좀더 기술적인 문제는 빠른 답변보다는 해당 Model 개발 담당자에게 FeedBack되어 질문 내용이 맞는지 다시 한번 Check하고 정말 문제가 없는지 신뢰할수 있는 답변을 부탁드렸는데 아직까지 답변이 없는것을 보니 질문이 무시된 듯하여 재 질문 드립니다. 10월 5일 질문 드린이후 다각도로 TEST를 하여본 모든 결과는 UDP BROADCASTING PACKET 는 엄청난 지연이 발생하거나 Packet Loass가 많다는 것입니다. 첨부한 File "송수신 스크린삿"은 첨부 가능 File이 2개뿐이라 한눈에 2대의 PC에서 WireShark로 동시에 Capture하였다는 것을 보여주며 "송신" File은 WireShark의 Capture File로 "송수신스크린삿" file의 Capture 원본 File 입니다. 스크린삿은 왼쪽이 Windows 7 PC(ip 7)에서 유선 송신 File이고 오른쪽이 Windows 8 PC(ip 2)에서 WiFi 수신 File 입니다. 스크린삿에서 왼쪽 11번 Packet과 오른쪽 8번 Packet가 동일한 Packet 입니다. Packet Size가 다른것은 System에따라 Dummy Data를 Fill하느냐 않느냐의 문제 인것은 아실터이고, 왼쪽11, 오른쪽 8번 위의 Packet을 보시면 동시에 Capture하고 있다는 것을 확인 하실수 있을 것입니다. 지금과 같이 ARP가 성공하면 ip 7에서 ip 2로 1024Byte를 10에서 1번 순으로 10 Packet을 전송하고, 다음 1024Byte의 BroadCasting Packet(스크린삿왼쪽 22번 Packet 이하) 을 1번에서 10번 순으로 전송 합니다. 그런데 거의 10초가 되어도 ip 2에서는 수신을 못한 것을 알수 있을 것입니다. 또한 오른쪽 마지막 SSDP 2 Packet는 ip 2 PC가 계속 수신 중이었다는 것을 증명 합니다. 또한 스크린 샷에는 나타나지 않았지만 Capture된 "송신" file을 wireshark로 Open하여 보시면 하단에는 모든 Packet을 전송 하였다는 것을 확인 하실수 있읍니다. 이와 같이 N904V 공유기에서 0xFF,0xFF,0xFF,0xFF,0xFF,0xFF MAC address로 전송되는 Broadcasting packet은 엄청난 지연이 있거나 Packet Missing이 발생 합니다. 답변이 없던 금,토,일 ARP를 연속으로 전송한다던가 하는 모든 TEST는 N904V 공유기가 Broadcasting에 문제가 있다는 것을 나타냅니다. 그런데 다른 공유기는 모르겠으나 대부분의 Program이 Local Device끼리 접속하거나 Broadcast하는 경우가 거의 없고 Retry하면 문제가 해결되고 사용자 입장에서는 때때로 상당한 연결 지연이 않될 뿐이지만 ARP가 일정 시간내 이루어 지지 않으면 전송을 하지 않고 Error 처리하는 Application에서는 치명적인 문제라 생각 합니다. 다시 한번 해당 model Firmware 혹은 개발 담당자에가 FeedBack하여 검증 부탁드리며 만약 N904V에 문제가 없다면 Wireshark 등과같이 Protocol Analyzer가 없는 사람도 확인 가능한 Capture된 File이나 자료를 보내 주시길 부탁 드립니다. 바쁘실 터이지만 다시한번 부탁 드립니다.
