관리되지 않는 이더넷 스위치 버퍼 동작

1Gps의 서버와 100Mbps의 여러 클라이언트에 연결된 일반 관리되지 않는 스위치가 있으면 스위치가 패킷을 버퍼링합니까?

예를 들어 두 클라이언트가 파일을 다운로드하는 경우 첫 번째 패킷이 줄을 따라 가기 전에 서버가 두 번째 클라이언트에 대한 패킷을 보낼 수 있습니까?

1Gps의 서버와 100Mbps의 여러 클라이언트에 연결된 일반 관리되지 않는 스위치가 있으면 스위치가 패킷을 버퍼링합니까?

스위치는 모델에 따라 일정량의 프레임을 버퍼링합니다.

두 클라이언트가 파일을 다운로드하는 경우 첫 번째 패킷이 회선을 종료하기 전에 서버가 두 번째 클라이언트에 대한 패킷을 보낼 수 있습니까?

"줄을서야"는 모호합니다. 서버가 첫 번째 클라이언트에 대한 패킷 전송을 완료하자마자 (스위치에 의해 버퍼되고 이후에 클라이언트의 더 낮은 속도로 전달됨) 두 번째 클라이언트에 대한 패킷을 전송할 수 있습니다.

기본적으로 1 Gbit / s에 연결된 서버는 데이터를 충분히 빠르게 제공 할 수 있고 네트워크 만 속도를 제한한다고 가정 할 때 최대 속도 100 Mbit / s로 연결된 10 개의 클라이언트에 피드 할 수 있습니다.

이더넷 스위치로 수행 할 수있는 두 가지 작업이 있습니다.

저장 및 전달 - 전송하기 전에 전체 프레임이 수신 될 때까지 대기합니다.

잘라 내기 - 목적지 주소가 알려지 자마자 프레임 전송을 시작하십시오.

목적지 MAC 주소는 이더넷 프레임의 첫 번째 항목이므로 스위치를 통해 스위치를 보내기 전에 버퍼가 많이 버퍼링되지 않습니다. 일부 허브는 보내기 전에 64 바이트를 기다리는 "Fragment Free"기능이 있습니다 충돌이 발생할 경우 대상을 괴롭 히게됩니다.

첫 번째 패킷이 회선을 종료하기 전에 서버가 두 번째 클라이언트에 대한 패킷을 보낼 수 있습니까?

예를 들어, PC와 즉시 연결되는 스위치 사이의 통신은 한 번에 1 비트 만 처리 할 수 ​​있으며 네트워크 하드웨어는 데이터를 "보내려면"일정 기간 동안 매체를 변조합니다. 모든 직렬 통신 프로토콜은 이와 같이 작동합니다.

따라서 NIC는 하나 이상의 프레임을 "즉시"전송할 수 없습니다. 대기열에 올라서 (QoS가이 대기열 순서에 영향을 미침) 서버의 네트워크 스택과 하드웨어가 함께 처리합니다. (NIC 팀 구성 / 본딩은 하나의 NIC처럼 여러 NIC를 함께 작동시킬 수 있습니다.)

인터넷에 무언가를 전송하면 대부분의 경우 여러 개의 "홉 (hop)"이 생깁니다 - 서버가 스위치로 데이터를 보내면 라우터로 전달되어 더 많은 라우터로 전달한 다음 ISP 라우터를 거친 다음 ISP의 업스트림 IXP 등을 보냅니다. 등등. 서버의 NIC는 모든 홉이 완료되기를 기다릴 필요가 없습니다. 물론 NIC가 현재 프레임으로 완료되는 즉시 스위치에 다른 프레임을 전송할 수 있습니다.

분명히 여러 개의 패킷이 모든 "홉 (hop)"사이에서 날아갈 수 있습니다. 그리고 다른 쪽 끝에서 순서대로 도착할 수도 있고 그렇지 않을 수도 있습니다. 이것은 TCP가 일련 번호와 창 (UDP가없는 주소)과 관련이 있습니다. 잘라 내기 / 저장 및 전달은 서버와 스위치 간의 직접 연결에만 영향을 미칩니다.

스위치의 사양을 확인하여 스위치 사양을 확인하십시오. 이 하나 예를 들어, "저장 및 전달"을 수행합니다.