TCP 최대 세그먼트 크기 (MSS) "클램핑"이 IPv6과 호환됩니까?


9

IPv4를 사용하면 경로 최대 전송 단위 검색이 작동하지 않을 때 TCP MSS "클램프"(TCP 헤더에서 MSS 값을 편집하는 네트워크 장치)가 도움이 될 수 있습니다. (예를 들어, ICMP가 경로 어딘가에서 차단되고있을 때) IPv6에는 조각화가 없기 때문에 ICMPv6의 '패킷이 너무 커서'시작 지점을 알릴 수 없습니다.

특히 IPv6을 통한 TCP MSS 클램핑에 대한 지침이 있습니까?

답변:


14

IPv6에서는 기술적으로 조각화가 발생할 수 있습니다. 이것은 위키 백과 기사입니다.

Juniper 페이지는 약간 오래되었지만 동일한 명령을 사용하여 IPv4에서와 동일한 방식으로 Junos에서 TCP를 통한 TCP 용 MSS를 클램프 할 수 있음을 보여줍니다 tcp mss. 기사에서는 기존의 ip tcp adjust-mss명령을 사용하여 Cisco IOS 15 에 대해서도 동일하게 표시 합니다.

따라서 PMTUD가 네트워크의 일부 에서처럼 작동하지 않으면 MSS 클램핑을 구성 할 수 있습니다. 그렇지 않으면 MSS 클램핑이 필요하지 않도록 네트워킹에서 PTMUD의 스무딩 실행을 지원해야합니다 ( 나는 이것이 항상 당신의 통제하에 있지는 않다는 것을 이해합니다).

최신 정보

다음 은 9가 아닌 Junos 10x에 대한 최신 Junos 기사에 대한 링크입니다. 11에 대한 기사를 찾을 수 없으며 현재 11 앞에 있지는 않지만 동일 할 것으로 기대합니다.


... 단편화 설명을 올바르게 읽고 있습니까? IPv4 조각화는 경로의 모든 홉에서 발생할 수 있지만 IPv6에서는 라우터가 패킷을 삭제해야하고 (ICMPv6을 통해 알림) 끝점에 의해 조각화가 수행됩니까?
Craig Constantine

2
네 맞습니다. 라우터가 호스트 역할을하지 않는 한 v6의 조각화는 라우터에 의해 수행되지 않습니다. IE : v6 등을 통한 관리 트래픽
bigmstone

1
adjust-mss의 IOS 버전이 깨져 v6을 고정한다는 점에서 미묘한 점이 있습니다
LapTop006

2

PMTUD가 제대로 작동하더라도 MSS 협상이 실패하는 경우가 있습니다. 일반적으로 경로를 따라 특정 지점에서 IPv6-in-IPv4 터널이 포함됩니다. 이 경우 TCP 세션이 올바르게 시작될 수 있지만 (SYN / ACK 패킷이 작기 때문에) 데이터 패킷이 도착하지 않습니다 (그 패킷이 터널에 비해 너무 크기 때문에). 이 경우 맨 끝에있는 MSS 클램핑이 도움이되지만 패킷을 기다리는 "피해자"는 제어 할 수 없습니다. 페일 세이프 솔루션은 양쪽 끝이 IPv6 MTU를 1280으로 설정하는 것입니다. 터널을 통과해야합니다.

당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.