☰

짧은 버전

tag-icon • tag-icon ethernet throughput
짧은 버전

짧은 버전

내 홈 네트워크는 최대 9000바이트 이상의 점보 프레임을 지원하는 장치를 갖춘 순수 기가비트 네트워크입니다. Synology의 MTU 점보 프레임 설정을 6000(바이트)으로 늘리면 성능(810Mbps 쓰기 및 945Mbps 읽기)이 향상됩니다. 값을 7000으로 설정하면 읽기 성능만 저하됩니다(4Mbps까지 감소). 쓰기 성능이 빠르게 유지됩니다.

대부분의 점보 프레임 문제에는 관련 방향성이 없고 일반적으로 전부 아니면 전무(패킷이 어디서 왔는지에 관계없이 패킷이 스위치에서 삭제됨)이기 때문에 이는 예상치 못한 일입니다. 없을 것 같습니다어느IP 조각화가 전혀 진행되지 않지만 TCP 계층은 정말 만족스럽지 않습니다. 이러한 비대칭/불안정한 동작의 원인은 무엇이며 모든 장비가 지원해야 하는 전체 9000바이트 MTU를 지원하도록 문제를 해결하려면 어떻게 해야 합니까?

긴 버전

이것은 이것을 알아내려고 노력하면서 작성한 편집된 메모입니다.

고객

Realtek PCIe GBE 제품군 컨트롤러 RTL8167
점보 프레임: 9KB MTU

$ netsh interface ipv4 show subinterfaces
   MTU  MediaSenseState   Bytes In  Bytes Out  Interface
------  ---------------  ---------  ---------  -------------
  9198                1   32501506   11275394  Local Area Connection

(9198에는 14바이트 이더넷 헤더가 포함되지 않은 것으로 나타남)

$ ping -l 1500 -f 192.168.1.84

(클라이언트에서 실행되는 Wireshark에서 관찰됨; 모든 크기는 와이어 바이트 크기임)
[9213, ] 호스트에서 전송되지 않음(조각화가 필요함)
[9019, 9212] 전송되었지만 응답 없음
[9015, 9018] 조각난 IP 응답
[42, 9014 ] 조각화되지 않은 IP
[0, 41] ? (eth+IP+ICMP 헤더 = 14+20+8 = 42바이트이므로 생성할 수 없음)

라우터(스위치 부분)

Asus RT-AC68U -- 펌웨어 3.0.0.4.378_4585
점보 프레임 활성화: "활성화"
실제로 지원하는 점보 프레임 크기를 알 수 없습니다. 최소 9000인 것 같습니다.

클라이언트의 ping 요청을 1514바이트로 조각화합니다(그러나 라우터에 대한 ping이 LAN 스위치 동작 대신 WAN 라우터 동작을 트리거할 수도 있습니까?).

관리되지 않는 스위치

TP-LINK TL-SG1008D
점보 프레임(사양 시트): 9KB(웹 사이트에는 15KB라고 ​​나와 있지만 다른 장치처럼 보입니다.)

섬기는 사람

Synology DS1815+ -- DSM 5.2-5565 업데이트 1
점보 프레임: 9000

Synology에서 클라이언트로의 파일 읽기 패킷
크기: 대부분은 9014바이트(양방향)
IP 플래그: 조각화하지 않음
Wireshark 발견: TCP 스퓨리어스 재전송, TCP 이전 세그먼트가 캡처되지 않음, TCP 순서가 잘못됨, TCP 빠른 재전송 및 일반(9014바이트) 패킷
SMB2 -NetBIOS 프로토콜 패킷 읽기 응답 읽기 길이: 65,536(~8 TCP 세그먼트)

$ ifconfig
bond0     Link encap:Ethernet  HWaddr --:FF
          inet addr:192.168.1.84  Bcast:192.168.1.255  Mask:255.255.255.0
          inet6 addrs: --/64 Scope:Link, --/64 Scope:Global, --/64 Scope:Global
          UP BROADCAST RUNNING MASTER MULTICAST  MTU:9000  Metric:1
          RX packets:lots errors:85 dropped:0 overruns:0 frame:85
          TX packets:lots errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:237 GiB  TX bytes:117 GiB

eth2      Link encap:Ethernet  HWaddr --:00
          UP BROADCAST RUNNING SLAVE MULTICAST  MTU:9000  Metric:1
          RX packets:lots errors:19 dropped:0 overruns:0 frame:19
          TX packets:lots errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:236 GiB  TX bytes:83 GiB

eth3      Link encap:Ethernet  HWaddr --FF
          UP BROADCAST RUNNING SLAVE MULTICAST  MTU:9000  Metric:1
          RX packets:lots errors:66 dropped:0 overruns:0 frame:66
          TX packets:lots errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:1 GiB  TX bytes:33 GiB

eth2와 eth3은 적응형 부하 분산을 사용하여 결합됩니다(스위치 지원 없음).

$ ping -c 5 -s 1500 192.168.1.82

(클라이언트에서 실행되는 Wireshark로 관찰됨; 모든 크기는 와이어 바이트 크기임)
[9019, ] 요청 전송됨, 응답 전송됨, 응답 수신 안 됨
[9015, 9018] 조각화된 IP 요청(아마도 Synology에 의해 조각화됨, busybox ping에는 조각 없는 옵션이므로 말하기 어렵습니다.)
[60, 9014] 조각화되지 않은 IP
[0, 59] ? (busybox ping이 최소 18바이트와 42바이트 헤더를 추가하므로 생성할 수 없음)

기타 데이터

  • 클라이언트 MTU를 8KB로 변경해도 도움이 되지 않았습니다.
  • 서버의 MTU를 6000(훌륭함, 945Mbps)에서 7000(끔찍함, 4Mbps)으로 변경하면 서버의 읽기 속도가 절벽에서 떨어집니다.
  • 서버의 쓰기 속도는 기본적으로 모든 서버 MTU 설정에 영향을 받지 않습니다(항상 700~825Mbps 사이).
  • Synology에는 연결된 네트워크가 있습니다(포트 4개 중 2개).
  • 케이블은 모두 Cat6 또는 Cat5e입니다.

답변1

펌웨어 업데이트

내 경험에 따르면 Synology는 각 펌웨어 릴리스에서 많은 문제를 해결하며 현재 실행 중인 펌웨어는 거의 4년이 되었습니다. 릴리스 노트를 읽지는 않았지만 그 이후로 점보 프레임 버그가 수정될 가능성이 많았던 것 같습니다.

직접 연결로 테스트

새 패치 케이블을 사용하여 테스트 컴퓨터를 Synology에 직접 연결하고(동일한 서브넷에 고정 IP 할당) 테스트를 다시 실행하십시오. 이렇게 하면 케이블 연결과 스위치는 물론 기타 장비 및 구성 문제도 제거됩니다. 문제가 지속되면 다른 컴퓨터로 테스트를 실행하세요. 아직도 남아 있다면 그것은 확실히 NAS입니다.

직접 연결 테스트 중에 문제가 해결되면 먼저 스위치를 교체한 다음 케이블을 교체해 보십시오. 연결을 표시하지 않았으므로 테스트 시스템과 NAS 사이의 TPLINK만 가정합니다.

관련 정보