'개발자가 뭐길래/Network'에 해당되는 글 9건
- 2010.01.12 Longest Prefix
- 2009.08.26 IPv4 compatible address와 IPv4 mapped address의 차이는?
- 2009.06.26 The name-to-address translation function 2
- 2009.06.26 PTR
- 2009.06.26 RR(resource records) 자원 레코드
- 2009.06.26 FQDN
- 2009.06.26 IPv6 어플리케이션은 IPv4와 IPv6 주소 중에서 어느 것으로 접속을 하나요?
- 2009.06.26 IPv6 멀티캐스트 범위 2
- 2009.06.25 ND (Neighbor Discovery)
'개발자가 뭐길래 > Network' 카테고리의 다른 글
IPv4 compatible address와 IPv4 mapped address의 차이는? (0) | 2009.08.26 |
---|---|
The name-to-address translation function (2) | 2009.06.26 |
PTR (0) | 2009.06.26 |
RR(resource records) 자원 레코드 (0) | 2009.06.26 |
FQDN (0) | 2009.06.26 |
IPv4 compatible address는 IPv4 주소 (32비트) 96비트의 0을 채운 것입니다. 예를 들어, IPv4 주소가 143.248.2.5이면, “::143.248.2.5”가 되는 것입니다. IPv4 mapped address는 IPv4 주소 (32비트) 앞에 80개의 0과 16개의 1을 채우는 것입니다. 예를 들면, “::ffff:143.248.2.5”가 됩니다.
IPv4 compatible 주소는 IPv6 컴퓨터인데, IPv4 네트웍에 연결된 경우에 사용합니다. 이런 경우에, IPv6 패킷은 IPv4 패킷 위에 tunneling 되어서 다른 IPv6 컴퓨터로 전송되어야 합니다. IPv4 네트웍 속에 덮여있는 IPv6 컴퓨터인 셈이죠.
IPv6 mapped address는 IPv4 컴퓨터에 IPv6 주소를 할당하는 경우입니다. IPv6 compatible이 IPv4 cloud 안에 갇힌 컴퓨터라면, 이 경우에는 그런 것은 없지만 IPv4 컴퓨터에 패킷을 전달하기 위해서는 IPv4 컴퓨터가 IPv6에서 알 수 있는 주소를 가져야 하겠죠.
'개발자가 뭐길래 > Network' 카테고리의 다른 글
Longest Prefix (0) | 2010.01.12 |
---|---|
The name-to-address translation function (2) | 2009.06.26 |
PTR (0) | 2009.06.26 |
RR(resource records) 자원 레코드 (0) | 2009.06.26 |
FQDN (0) | 2009.06.26 |
'개발자가 뭐길래 > Network' 카테고리의 다른 글
Longest Prefix (0) | 2010.01.12 |
---|---|
IPv4 compatible address와 IPv4 mapped address의 차이는? (0) | 2009.08.26 |
PTR (0) | 2009.06.26 |
RR(resource records) 자원 레코드 (0) | 2009.06.26 |
FQDN (0) | 2009.06.26 |
'개발자가 뭐길래 > Network' 카테고리의 다른 글
IPv4 compatible address와 IPv4 mapped address의 차이는? (0) | 2009.08.26 |
---|---|
The name-to-address translation function (2) | 2009.06.26 |
RR(resource records) 자원 레코드 (0) | 2009.06.26 |
FQDN (0) | 2009.06.26 |
IPv6 어플리케이션은 IPv4와 IPv6 주소 중에서 어느 것으로 접속을 하나요? (0) | 2009.06.26 |
'개발자가 뭐길래 > Network' 카테고리의 다른 글
The name-to-address translation function (2) | 2009.06.26 |
---|---|
PTR (0) | 2009.06.26 |
FQDN (0) | 2009.06.26 |
IPv6 어플리케이션은 IPv4와 IPv6 주소 중에서 어느 것으로 접속을 하나요? (0) | 2009.06.26 |
IPv6 멀티캐스트 범위 (2) | 2009.06.26 |
부분 주소 도메인 네임 (PQDN, Partially qualified domain name)
PQDN을 사용하는 이유는 바로 편리함이다. 도메인 관리자는 매번 전체 주소 네임을 반복할 필요 없이 PQDN을 이용해 장비나 하위 도메인을 알아낼 수 있다. 예를 들어 "cs.widgetopia.edu."라는 도메인 네임을 가지는 Widgetopia 대학 컴퓨터 공학부의 관리자가 있다고 하자. 그는 개개의 호스트를 과일 네임을 따서 명명했따. 이 경우 관리자는 기본적으로 자신이 관리하는 DNS 파일에서 "apple.cs.widgetopia.edu." 나 "banana.cs.widgetopia.edu."와 같은 FQDN으로 각 장비를 찾아낼 수 있다. 그러나 "부분 주소 네임이면 cs.widgetopia.edu 도메인 안의 것으로 간주하라"와 같은 명령을 미리 소프트웨어에 입력해 둠으로써 apple, banana만으로도 각각에 해당하는 장비를 찾을 수 있다. 즉 DNS 소프트웨어는 kiwi와 같은 PQDN을 "kiwi.cs.widgetopia.edu."로 인식한다.
<도메인 마지막에 오늘 점(.)에 대해서..>
일반적으로 널 루트 도메인의 마지막에 오는 점(.)은 주로 생략한다. 실제로 사용자가 애플리케이션에서 도메인 네임을 입력할 때와 같은 일반적인 상황에서는 주로 마지막의 점을 생략한다. 예를 들어 웹 브라우저에 도메인 네임을 입력할 때 마지막 점을 입력하는 경우는 거의 없다. 그러나 DNS 마스터 파일에서는 FQDN과 PQDN을 명확히 구분하기 위해서 마지막에 오는 점을 사용한다. 앞선 예에서 apple은 "apple.cs.widgetopia.edu."를 가리키지만 "apple.com."은 Apple Computer, Inc.의 FQDN을 가리킨다. 여기서 "apple.com."의 마지막에 오는 점은 중요하다. 마지막에 점이 없는 apple.com은 PQDN으로 애플컴퓨터의 도메인이 아니라 "apple.com.cs.widgetopia.edu."을 가리키기 때문이다.
'개발자가 뭐길래 > Network' 카테고리의 다른 글
PTR (0) | 2009.06.26 |
---|---|
RR(resource records) 자원 레코드 (0) | 2009.06.26 |
IPv6 어플리케이션은 IPv4와 IPv6 주소 중에서 어느 것으로 접속을 하나요? (0) | 2009.06.26 |
IPv6 멀티캐스트 범위 (2) | 2009.06.26 |
ND (Neighbor Discovery) (0) | 2009.06.25 |
"examp.co.kr" 도메인 설정 내용ftp.examp.co.kr. 1800 IN A 192.0.2.200ftp.examp.co.kr. 1800 IN AAAA 2001:dc5:f::200
C:>netsh interface ipv6 show prefixpolicyQuerying active state...Precedence Label Prefix---------------- --------- --------------------------------10 4 ::ffff:0:0/9620 3 ::/9630 2 2002::/1640 1 ::/050 0 ::1/128
'개발자가 뭐길래 > Network' 카테고리의 다른 글
PTR (0) | 2009.06.26 |
---|---|
RR(resource records) 자원 레코드 (0) | 2009.06.26 |
FQDN (0) | 2009.06.26 |
IPv6 멀티캐스트 범위 (2) | 2009.06.26 |
ND (Neighbor Discovery) (0) | 2009.06.25 |
멀티캐스트를 사용하면 한 데이터그램을 그룹 수신자 모두에게 한꺼번에 전송할 수 있다. 콜론 16진 표기법으로 썼을 때 FF(숫자로 1111 1111) 로 시작하는 주소는 모두 IPv6 멀티캐스트 주소이다.
멀티캐스트 범위
멀티캐스트 주소의 범위에 대한 정확한 이해가 매우 중요하다. 전 범위 멀티캐스트 주소는 모든 인터넷을 통틀어 고유한 주소를 가져야 하지만 로컬 범위 멀티캐스트 주소라면 해당 기관에서만 고유하면 된다. 따라서 주소 할당이 매우 유연하다. 모든 유형의 멀티캐스트 주소가 다양한 형태로 나타날 수 있다. 어떤 멀티캐스트 주소는 한 노드에만 속할 수도 있고 어떤 주소는 한 로컬 링크 (로컬 네트워크)에만 멀티캐스팅하고 다른 것은 로컬 사이트에 멀티캐스팅하는 등이다. 범위를 지정하면 라우터가 멀티캐스트 데이터그램의 주소를 보고 데이터그램을 얼마나 멀리까지 전달해야 하는지 곧바로 결정할 수 있으므로 좀더 효율적이며, 원했던 범위 이상으로 트래픽이 전달되지 않도록 할 수 있다.
'개발자가 뭐길래 > Network' 카테고리의 다른 글
PTR (0) | 2009.06.26 |
---|---|
RR(resource records) 자원 레코드 (0) | 2009.06.26 |
FQDN (0) | 2009.06.26 |
IPv6 어플리케이션은 IPv4와 IPv6 주소 중에서 어느 것으로 접속을 하나요? (0) | 2009.06.26 |
ND (Neighbor Discovery) (0) | 2009.06.25 |
ND (Neighbor Discovery)
특징
-
ND의 Neighbor라는 용어는 단순히 로컬 네트워크에 있는 장비(호스트와 라우터 둘 다)를 가리킨다. 물론 네트워크에서 호스트와 라우터가 하는 일이 다르기 때문에 ND도 그에 따라 달라진다.
-
ND는 ICMPv6 메시지를 사용하여 자신의 기능을 구현한다.
ND의 기능중 호스트간 통신 기능 (Neighbor discovery) 의 "주소 결정" 기능이 IPv4의 ARP와 같은 기능이다.
구분
-
Router discovery (RD) -호스트 라우터 발견기능
-
Router soliticate : 당장 라우터가 궁금한 호스트가 요청 메시지 전송
-
Router advertise : 정기적으로 호스트에게 자신의 존재를 알림(멀티캐스트), 요청에 따른 RA는 유니캐스트
-
-
Neighbor discovery (ND)- 호스트간 통신 기능
router discovery 와 여러 측면에서 유사하지만 neighbor discovery는 라우터와 호스트간의 통신에서 사용하는 파라미터가 아닌 물리 네트워크에 있는 호스트간의 다양한 통신을 위해 파라미터를 주고 받는데 사용된다. 특히 주소 결정, 다음 홉 결정, 주변 노드 도착 불가능 검사에 neighbor solitication/advertise 메시지를 사용한다.
-
Neighbor soliticate :
-
유니캐스트, 멀티캐스트 가능
-
-
Neighbor advertise :
-
neighbor solitication에 대한 응답 (보통 유니캐스트, 출발지 주소를 명시하지 않은 경우 멀티캐스트)
-
요청이 없는데도 주변에 알릴 때 (장비 mac이 변경되었을때 등): 모든 노드에 멀티캐스트 전송
-
-
<기능>
-
주소 결정 : 로컬 네트워크에 있는 다른 장비의 Mac 주소를 해당장비의 IP 주소를 통해 알아내려 할때 사용한다. IPv4는 ARP를 통해 같은 기능을 구현한다.
-
다음 홉 결정 : IP 데이터 그램의 목적지를 보고 어디로 보내야 할지 결정한다.
-
주변 노드 접근 불가능 검사 : 주변 노트에 직접 접근할 수 있는지 결정
-
중복 주소 검사 : 자신이 사용하려는 주소가 네트워크에서 사용하고 있는지 확인
-
-
-
리다이렉트 메시지
라우터가 특정 네트워크로 향하는 데이터그램을 받았을때 출발지 호스트가 다른 라우터에게 보내는 편이 더 효율적이라는 것을 알게 되었을 경우, 라우터는 출발지 장비에게 icmpv6 리다이렉트 메시지를 보낸다.(항상 유니캐스트)
ARP(v4)와 비교
-
IPv6에서는 ARP 요청 메시지를 보내는 대신, 출발지 장비는 ND solitication 메시지를 생성한다.
-
하위 데이터 링크 계층 프로토콜이 멀티캐스팅을 지원한다면(예: 이더넷) ND solitication 메시지는 브로드캐스트되지 않는다. 대신 ipv6 주소를 결정하고자 하는 대상 장비의 요청 노드 주소로 멀티캐스트한다. 요청 멀티캐스트 주소는 멀티캐스트가 가능한 네트워크에 있는 각장비가 유니캐스트 주소로 부터 특수한 매핑을 통해 만드는 주소다.
-
ND solitication 요청을 받은 목적지 장비는 출발지 장비에게 ND advertise로 응답한다. 이것은 ARP의 reply와 유사하며 장비 A에게 알리기 위한 장비 B의 물리 주소를 담고 있다. 여기서 ARP의 reply는 출발지장비에게만 유니캐스트되며, ND의 advertise도 유니캐스트된다.
이 글은 스프링노트에서 작성되었습니다.
정리가 잘 안되네-_-;;
도움이 될 수도 있는 파일 첨부
'개발자가 뭐길래 > Network' 카테고리의 다른 글
PTR (0) | 2009.06.26 |
---|---|
RR(resource records) 자원 레코드 (0) | 2009.06.26 |
FQDN (0) | 2009.06.26 |
IPv6 어플리케이션은 IPv4와 IPv6 주소 중에서 어느 것으로 접속을 하나요? (0) | 2009.06.26 |
IPv6 멀티캐스트 범위 (2) | 2009.06.26 |