원시 소켓 수신 버퍼

Question

현재 IP를 통해 텔레콤 응용 프로그램을 테스트하고 있습니다. Raw Socket을 열고 원격 측에서 메시지를받습니다 (msgrate @ 750 + msgs/IP를 제외한 약 180 바이트의 두 번째 크기).

Raw 소켓 위에 SCTP (TCP처럼)라는 레이어가 있으며,이 레이어는 모든 패킷을 잃어 버렸음을 나타냅니다. 이제 우리는 수신 노드에서 Wireshark를 실행 중이며 Wireshark에서 해당 패킷을 볼 수 있습니다.

소켓의 수신 버퍼가 작아서 IP (?)가 메시지를 삭제하게됩니다. 그러나 IP Pegs (netstat -sv)는 삭제 된 패킷이 없음을 보여줍니다. 성공적으로 소켓 수신 대기열을 40000으로 설정하려고했습니다.

IP 레이어를 구성해야하는 경우 어떤 옵션이 있는지, 또는 설정해야하는 특정 소켓 옵션이 있는지에 관해서는 필자가 어떤 조언을 주시면 감사하겠습니다.

Answer 1

입력 해 주셔서 감사합니다. 그러나 우리는이 문제를 "해결할"수있었습니다. 앞에서 필자는 메시지를 읽는 방법을 설명했다. select가 돌아 오면 우리는 루프를 실행합니다 (이 경우 우리는 1보다 큰 원시 메시지 튜닝을 읽습니다). 1) ioctl (FIONREAD)를 호출하여 읽을 바이트 수를 찾습니다. 2)에 recvfrom (3)을 호출하여 많은 바이트) (점 4 IOCTL에서, 사용자 4)

그러나 단계를 반복 한 후 다시 루프로 가서 IOCTL 호출 (FIONREAD)를하고 개까지 FIONREAD를 바이트를 보내 읽기) 0을 반환하는 데 사용합니다. 우리 코드에는 방어 검사가있었습니다. 예상했던대로 ioctl (FIONREAD)의 0 바이트는 보낸 사람이 페이로드가 0 인 IP 헤더를 보내는 것을 의미합니다. 따라서 recvfrom (bytes to read = 0)을 호출하여 선택 항목이 다시 설정되지 않도록 IP 헤더를 플러시합니다.

시간이 t0 일 때 ioctl (FIONREAD)은 읽을 바이트 수를 0으로 반환합니다. 시간 t1에서 recvfrom (읽는 바이트 = 0)이 호출됩니다. 때로는 t0에서 t1 사이에 소켓 수신 큐에 대기중인 실제 데이터를 사용하고 recvFrom (bytes = 0)을 호출 할 때 폐기되도록 사용합니다.

설정하면 rawMsgsToRead = 1의 수가이 문제를 "해결했습니다". 그러나 내 생각에 그것은 우리의 성과에 영향을 미칠 것입니다.대기열의 옥텟과 페이로드가 0 인 IP 헤더를 구별 할 수있는 ioctl 호출은 무엇입니까

Answer 2

몇 가지 질문을하고 몇 가지 사항을 생각해보십시오. 1) 어떤 OS에서 어떤 SCTP를 사용하고 있습니까? 일부 SCTP 구현은 다른 것보다 강력합니다. 2) SCTP는 삭제 된 패킷을 부정 적으로 확인합니까? wireshark에서 갭을 찾으십시오. 3) wireshark에서 삭제 된 패킷이 어디서 재전송이 아닌지 확인할 수 있습니까? 4) 시스템에서 wireshark 모니터링은 어디에 있습니까? 응용 프로그램과 동일한 회선에 있지 않은 경우 응용 프로그램에서 볼 수없는 메시지가 표시 될 수 있습니다. 5) SCTP에서 제공하는 표시는 정확히 무엇입니까?

IP 소켓 rx 버퍼가 오버플로된다고 생각되면 SCTP RX 창의 크기를 줄이는 것이 좋습니다. 이것은 종종 sctp 스택에서 구성 가능합니다. Rx 창은 확인 대기중인 데이터 양을 제한하여 결과적으로 IP 버퍼에있을 수있는 데이터의 양을 제한합니다. SCTP 작업의 우선 순위를 높여서 IP 버퍼에서 메시지를 더 빠르게 읽도록 할 수도 있습니다. (시도하는 것이 가장 쉬운 방법 일 수 있으며 좋은 방법입니다).

감사합니다.