질문이 있습니다. 라우터의 4Mbit 연결 (측면 A)과 1Gbit 연결 (측면 B)이 있습니다. 이제 1500 바이트의 패킷이 A면에 들어오는 지 라우터가 B면으로 전달할 때까지 A면의 모든 패킷 (모든 1500 바이트)을 수신 할 때까지 라우터가 대기합니까? 아니면 청크로 보내고 있습니까?라우터 대기 시간 (네트워크 대역폭이 다른 경우)
미안하지만 질문이 너무 근본적이지만 정말이 질문에 대한 좋은 대답을 찾지 못했습니다.
IP 라우터 (소위 '계층 3 라우팅'이라면)는 전체 패킷 (1536 바이트보다 작거나 같을 수 있음)을 가져 와서 체크섬을 확인한 후 다음 홉으로 전달합니다.
'계층 3 스위치'(이론 상 사실상 모순이 아닙니다.) 전체 패킷을 받기 전에 재전송을 시작할 때 힌트를 줄 수있는 '스위칭 속도로 라우팅'한다고 주장합니다. 하지만 AFAIK, 심지어 레이어 2 스위치 (스위치라고도 함)는 재전송하기 전에 전체 이더넷 프레임을 가져옵니다 (적어도 불량 프레임을 삭제할 수 있어야 함). 그래서 헤더가 수신 되 자마자 모든 테이블 조회를한다는 것을 의미하는 것으로 추측됩니다. 그래서 그것이 끝나 자마자 재전송 할 준비가되었습니다. 계층 3을 수행 할 때 스위치 테이블에는 MAC 주소 외에 IP 주소가 포함됩니다.
프로토콜은 데이터를 패킷으로 분할 할 수 있으며 이러한 패킷도 잘릴 수 있습니다. 그래서 프로토콜과 구현에 따라 달라질 것입니다. 어떤 프로토콜과 시스템을 사용하는지 알려주십시오. – jweyrich
이것은 내부에 독점적 인 프로토콜을 포함하고있는 TCP-IP 패키지로 Zlib과 Huffman 압축 구조를 포함하고 있습니다. 그래서, 그곳에는 큰 TCP 패킷이 A면에 들어옵니다. 1500 바이트를 가지고 있습니다. 4Meg 라인은 3ms가 걸리며, 라우터는 먼저 tcp 헤더 (ip, mac, ..)를 필요로합니다. 48 바이트, 따라서 100 마이크로입니다 ... 나는 또한 청크에서 TCP 메시지의 내용을 읽을 수 있습니다. 따라서 B면의 MTU 크기를 줄이면 데이터가 수신되는 동안 이미 패키지를 분할하거나 수신 할 때까지 3ms를 기다리지 않습니까? – megaflux