점보 프레임이 실제로 작동하는지 테스트

점보 프레임이 실제로 작동하는지 테스트하는 명령이 있습니까? 즉, 패킷이 도중에 끊어 졌는지 여부를보고하는 일종의 "핑"입니다.

iSCSI를 통해 Dell MD3000i를 마운트하는 Ubuntu VM이있는 ESXi 호스트가 있습니다. 스위치에서 점보 프레임이 활성화되지 않았으며 관리자가 쉽게 액세스 할 수없는 것 같습니다. 디스크 어레이를 ESXi 호스트에 직접 연결하는 옵션이 있지만 점보 프레임이 먼저 문제인지 확인하는 방법이 필요합니다.

점보 프레임을 활성화하면 일반적으로 MTU를 9000으로 설정하여 더 큰 최대 전송 단위 (MTU)를 허용 할 수 있습니다.

이것이 작동하는지 확인하기 위해 -l 플래그가 있는 창에서 ping을 사용 하여 패킷 크기를 설정하고 -f 플래그를 사용하여 패킷에 조각화 안함 플래그를 설정할 수 있습니다.

ping my.test.host -f -l 8972

패킷이 조각난 경우

Packet needs to be fragmented by DF set

당신이 일반적으로 보는 것 대신에.

Linux의 경우 ping 명령 은 다른 플래그를 사용합니다. -s패킷 크기를 설정하고 -M do조각화 안함을 설정합니다. 위의 명령은 다음과 같습니다.

ping my.test.host -M do -s 8972

패킷 크기를 조정하면 링크의 mtu가 무엇인지 파악할 수 있습니다. 이것은 경로에있는 모든 장치에서 허용하는 가장 낮은 mtu를 나타내며 스위치, 컴퓨터, 대상 또는 그 밖의 다른 장치 일 수 있습니다.

이것은 자체적으로 가장 낮은 MTU가 어디에 있는지 알려주지 않습니다-경로의 다른 장치에 대해 테스트를 실행하여 해결할 수는 있지만 MTU를 제한하지만 표시되지 않는 투명한 라우터가 항상있을 수 있습니다 에 대한 traceroute.

참고 이주 노조는 위의 방법으로 설정 그림보다 28 바이트 큰 있도록 ICMP 헤더의 28 바이트의 오버 헤드가있다. 따라서 MTU가 9000인지 확인하려면 실제로 핑 패킷 크기를 9000-28 = 8972로 설정해야합니다.

업데이트 호스트와 대상 사이의 경로에서 MTU를 구체적으로 파악할 리소스를 찾았습니다.

• Windows mturoute의 경우
• * nix tracepath 또는 traceroute --mtu의 경우

그리고 경로의 MTU를 찾는 것에 대한 더 많은 논의 .

이것이 효과가 있을지는 모르겠지만 시도해 볼 수 있습니다.

MDSM 클라이언트가있는 컴퓨터에서 점보 프레임이 지원되고 활성화되어 있는지 확인한 다음 MDSM 클라이언트의 지원 탭으로 이동하여 "지원 정보 수집"링크를 선택하고 MDSM 클라이언트에서 파일을 다운로드 할 위치를 선택하십시오. MDSM 클라이언트에서 패킷 캡처를 시작하고 시작 단추를 클릭하여 지원 정보 (zip 파일) 수집 및 다운로드를 시작하십시오. 수집 / 다운로드가 완료되면 캡처를보고 이더넷 프레임이 MD3000i에서 MDSM 클라이언트까지 얼마나 큰지 확인하십시오. 스위치, MD300i 및 MDSM 클라이언트가 모두 점보 프레임에 대해 구성된 경우 캡처의 이더넷 프레임 크기에서이를 볼 수 있습니다.

ESXi에서는 사용할 인터페이스를 지정해야합니다. 그렇지 않으면 ping은 mgmt 인터페이스를 통해 라우팅되고 -d는 DF를 설정하여 DF를 설정합니다 (조각화 안 함).

vmkping -I vmkX -s 8972 -d xxxx

http://kb.vmware.com/kb/1003728

SSH를 통해 ESXi 콘솔에서 확인할 수도 있습니다. 보안-> 방화벽-> 원격 Tech.support (SSH)를 켜고 ssh 로그인 후 "vmkping -s 8000"또는 이와 유사한 작업을 수행하십시오 (옵션을 정확하게 기억하지 마십시오)