IPv6이 링크 로컬 주소에 대해 fe80 :: / 10 접두사를 예약하고 호스트가 / 64 접두사가있는 주소를 선택한다는 것을 알고 있습니다.
예약 된 공간이 실제로 링크 로컬에 사용되는 것보다 훨씬 큰 이유는 무엇입니까?
답변
내 생각에는 링크 로컬 범위는 다른 범위와 더 잘 “적합”하기 위해 / 10으로 설정되었습니다. 예 : site-local (고유 한 로컬로 대체되기 전).
처음에는 동일한 링크에서 여러 링크-로컬 네트워크를 사용할 수 있다고 생각했지만 RFC 4291은 fe80 :: / 64 만 사용할 수 있다고 명시합니다.
댓글
- SLAAC 구현에 대한 중요성? … SLAAC는 " 접두어에 구애받지 않습니까 "?
- SLAAC에는 / 64가 필요하지만 실제로는 그렇지 않습니다. 링크 로컬 주소가 SLAAC에 의해 할당되지 않았기 때문에 ' 실제로 SLAAC는 이미 링크 로컬 주소가있는 것에 의존합니다.
답변
알다시피, 저는 이것을 고려한 적이 없습니다.
저는 fe80 :: / 64가 그런 다음 시스템은 / 64에서 상태 비 저장 주소 자동 구성 (SLAAC)을 실행합니다. 나머지 / 10은 정적으로 할당 된 링크 로컬 주소 및 넷 블록에 사용할 수 있습니다. 정적 링크 로컬에 대한 중요한 사용 사례를 찾는 데 어려움을 겪고 있습니다. 하지만 사람들이 그렇게하고 싶어하는 이유가 있다고 생각합니다.
댓글
- 무엇 ' SLAAC 및 / 64의 중요성은 무엇입니까? … / 64 접두사에 대해 SLAAC에 고유 한 것이 있습니까?
- 때때로 정적으로 할당 된 링크 로컬 주소를 사용하면 동적으로 라우팅 할 때 어떤 노드가 다음 홉인지 쉽게 알 수 있습니다. 즉 R1이 fe80 :: 1 / 64, R2는 fe80 :: 2/64 등입니다. 실습에서는 잘 작동하지만 실제로는 덜 작동합니다.
- @CraigConstantine-예, SLAAC에는 프로토콜에 하드 코딩 된 / 64 경계가 있습니다. 이것이 라우팅 링크에 사용되는 서브넷을 제외하고 IPv6에서 / 64보다 작은 서브넷을 만들 수없는 이유입니다 (예 : 지점 간 링크의 경우 / 127을 사용해야 함). 실제로 / 64 경계가 구워진 다른 프로토콜도 있습니다.
- 사용 사례가 있습니다. IPv6 기반 식별을 위해 알려진 링크-로컬 주소로 격리 환경을 가져와야하는 프로세스 격리 시스템입니다. 그리고 환경이 마이크로 초 또는 밀리 초 단위로 준비되어야하므로 ' DAD를 기다릴 수 없습니다.
답변
IPv6의 설계 철학은 주소를 보존하는 것보다 합리적으로 구조화 된 주소 공간을 갖는 것이 더 중요하다는 것입니다. 덧붙여서 IPv4는 동일한 아이디어로 구상되었습니다 (이것이 각 장치가 1,600 만 개의 루프백 주소를 가지고 있지만 127.0.0.1 주소 만 사용하고 대부분의 클래스 D 및 E 주소는 사용되지 않는 이유입니다).
링크-로컬 주소는 이론적으로 수없이 많은 IP 주소를 낭비하지만 문제로 간주되지는 않습니다. 마찬가지로 각 고객에게 전체 / 56 또는 / 48을 제공하는 것은 기술적으로 매우 낭비이지만 실제 문제는 아닙니다.
이 접근 방식에는 어두운면이 있습니다. IPv6이 전 세계의 각 모래 입자 (또는 일부)에 IP 주소를 제공 할 수 있다는 주장은 IPv4가 40 억 개의 장치를 지원할 수 있다는 주장처럼 말도 안됩니다. 실제로 IPv6의 낭비를 모두 합산하면 “제한이 훨씬 좁다는 것을 알 수 있습니다 (여전히 IPv4보다 큼).
답변
2 가지로 귀결되는 것 같습니다. 첫째, 링크 로컬을 라우팅 할 수 없으므로 서브넷 ID가 필요하지 않습니다. 마지막 64 비트까지 접두사 뒤에 오는 모든 것은 0 “이되도록 라우팅 할 수 없다고 가정합니다. 둘째, 다른 유사한 IPv6 접두사와 마찬가지로 접두사는 마지막”1 “비트까지의 모든 것입니다. 일관성.
댓글
- 그렇게 작동했다면
/9/10.