WEBVTT

00:00.090 --> 00:01.050
네 강사님 이 강의에서는

00:01.050 --> 00:04.200
IPv6 혹은 인터넷 프로토콜 버전6을 둘러싼

00:04.200 --> 00:06.600
개념을 소개하겠습니다

00:06.600 --> 00:07.740
지금까지 IPv4에

00:07.740 --> 00:10.230
대해 이야기했지만 IPv4의

00:10.230 --> 00:13.020
문제점 중 하나는 주소 공간이 제한되어

00:13.020 --> 00:15.510
있다는 것입니다.

00:15.510 --> 00:17.370
이는 IPv4 주소를 구성하는

00:17.370 --> 00:19.380
비트가 32비트이므로 4비트만

00:19.380 --> 00:23.070
제공되기 때문입니다. 가능한 주소 조합이 20억 개예요

00:23.070 --> 00:26.430
4는 알아요 20억 개요 20억 개면

00:26.430 --> 00:28.950
엄청난 양의 ip 같지만 일부분을

00:28.950 --> 00:32.160
제거하면 apipa 주소나 로컬 호스트 주소

00:32.160 --> 00:34.770
개인 ip 등 엄청난 낭비가 발생해 서브넷을

00:34.770 --> 00:36.720
쓰기도 전에 심각한 문제가

00:36.720 --> 00:38.670
발생해 IPv4 내의 네트워크

00:38.670 --> 00:42.810
주소가 바닥나기 시작했죠 ?

00:42.810 --> 00:46.860
이는 주소 고갈로 알려져 있으며 실제로 발생합니다.

00:46.860 --> 00:49.260
실제로 2019년 11월 유럽,

00:49.260 --> 00:51.810
서아시아, 구 소련 및 NASA의

00:51.810 --> 00:55.020
지역 인터넷 등록 기관인 RIPE NCC는

00:55.020 --> 00:56.160
이미 전체 IPv4

00:56.160 --> 00:59.130
주소 풀을 소진했습니다.

00:59.130 --> 01:01.770
다행히 IETF(Internet Engineering

01:01.770 --> 01:06.600
Task Force)는 이미 미래를 내다보기 시작했으며 1995년에 IPv6에

01:06.600 --> 01:09.690
대한 비전을 문서화한 RFC를 통해 IPv6를 표준으로

01:09.690 --> 01:13.380
개발했습니다. 이를 IP Next Generation(IPNG)이라고

01:13.380 --> 01:17.790
합니다. .

01:17.790 --> 01:22.790
이제 알다시피 IPv6은 실제로 사용 가능한 주소 수 측면에서 IPv4에

01:22.860 --> 01:25.290
비해 크게 향상되었습니다.

01:25.290 --> 01:28.710
우리가 IPv4에서 하듯이 32비트 주소를 사용하는

01:28.710 --> 01:32.100
대신 IPv6는 128비트 주소를 사용합니다

01:32.100 --> 01:35.490
이렇게 하면 훨씬 더 큰 주소 공간이 제공됩니다.

01:35.490 --> 01:37.620
사실, 340 언데실리언

01:37.620 --> 01:41.430
ip 주소를 제공할 가능성을 제공합니다

01:41.430 --> 01:42.930
이는 지구상의 모든 남성,

01:42.930 --> 01:45.930
여성, 어린이에게 충분한 ip 주소입니다.

01:45.930 --> 01:48.540
이는 2의 128제곱입니다.

01:48.540 --> 01:51.300
네 사실 전 세계 남성, 여성, 아이

01:51.300 --> 01:53.730
모두 ip 주소가 많아요 사용 가능한

01:53.730 --> 01:56.250
ip 주소가 많아서요?

01:56.250 --> 01:57.960
자, 여러분은 아마도 우리가

01:57.960 --> 02:01.230
4번에서 6번으로 바뀌었다고 생각하실 겁니다

02:01.230 --> 02:03.090
버전 5는 어쩌고요?

02:03.090 --> 02:05.370
왜 바로 버전 6으로 넘어갔죠?

02:05.370 --> 02:09.180
버전 5가 만들어지긴 했지만 공식 프로토콜이나 표준으로

02:09.180 --> 02:11.190
완전히 채택되진 않았어요

02:11.190 --> 02:13.350
그래서 제작이 안 됐죠

02:13.350 --> 02:14.820
대신 버전 5에서 개발된

02:14.820 --> 02:16.350
많은 개념이 실험적 프로토콜이었기

02:16.350 --> 02:17.970
때문에 공식 표준이 되면서

02:17.970 --> 02:21.870
IPv6로 옮겨졌습니다

02:21.870 --> 02:25.650
이번엔 IPv6의 장점에 대해 얘기해보죠

02:25.650 --> 02:26.910
큰 장점 중 하나는

02:26.910 --> 02:28.890
훨씬 큰 주소 공간입니다

02:28.890 --> 02:31.350
128비트 주소 때문이죠

02:31.350 --> 02:32.460
그 외에도 IPv6는

02:32.460 --> 02:35.160
IPv4의 브로드캐스트 데이터 흐름 유형을

02:35.160 --> 02:38.730
제거하여 네트워크의 효율성도 높였습니다.

02:38.730 --> 02:41.250
네 IPv6는

02:41.250 --> 02:46.050
이제 ,

02:46.050 --> 02:48.150
또한 각 패킷에 대해 특정 크기의

02:48.150 --> 02:51.330
MTU를 포함하는 IPv4와 달리 각 세션

02:51.330 --> 02:54.870
내에서 검색할 최대 전송 단위가 없습니다.

02:54.870 --> 02:57.030
ipv4에서 만약 최대 전송 유닛

02:57.030 --> 02:59.820
크기보다 큰 패킷을 보내면 그걸 조각내서 네트워크로

02:59.820 --> 03:02.400
보낼 겁니다 ?????

03:02.400 --> 03:04.110
목적지에 도착하면 다시

03:04.110 --> 03:05.970
조립해서 읽었죠

03:05.970 --> 03:07.650
사실 이건 보안상 위험 요소였어요

03:07.650 --> 03:09.540
추가 처리가 필요하고 네트워크를

03:09.540 --> 03:11.460
느리게 할 수도 있어요 인터넷

03:11.460 --> 03:13.920
연결 속도가 빠른 현대식 네트워크에서

03:13.920 --> 03:15.120
비효율적인 방식으로

03:15.120 --> 03:17.070
작업하니까요

03:17.070 --> 03:19.830
IPv6는 파편을 완전히

03:19.830 --> 03:21.900
제거하기로 했어요

03:21.900 --> 03:24.480
그리고 이 새로운 혜택을 제공할

03:24.480 --> 03:26.970
뿐 아니라 IPv6를 만든 사람들도

03:26.970 --> 03:30.690
똑똑해서 IPv6를 완전히 수용하려면 IPv4와

03:30.690 --> 03:33.630
역호환이 돼야 하고 두 가지가 같은 네트워크에서

03:33.630 --> 03:38.630
공존해야 한다는 걸 깨달았죠

03:38.700 --> 03:41.490
사실 이미 1990년대 후반 IPv6가

03:41.490 --> 03:43.950
개발되고 출시되면서 많은 컴퓨터

03:43.950 --> 03:45.270
네트워크가 이미 전

03:45.270 --> 03:47.490
세계에서 달렸습니다

03:47.490 --> 03:48.900
그러므로 우리가 하루 만에

03:48.900 --> 03:51.960
모든 것을 바꾸는 것은 불가능할 것입니다.

03:51.960 --> 03:53.490
네 현재의 이동을 생각해

03:53.490 --> 03:55.170
보세요 가스로 가는 차에서

03:55.170 --> 03:56.730
전기차로 가는 거요

03:56.730 --> 03:58.920
이는 2020년대 전체에서 2030년대까지

03:58.920 --> 04:00.420
계속해서 일어나고 있습니다.

04:00.420 --> 04:02.970
자 이제 이렇게 말할 수는 없겠죠 여러분

04:02.970 --> 04:05.850
2025년 1월 1일에는 아무도 휘발유를

04:05.850 --> 04:07.710
못 씁니다

04:07.710 --> 04:08.700
그날 이후로

04:08.700 --> 04:11.010
전기차로 대체될 겁니다

04:11.010 --> 04:12.180
네 정부가 그런 일을

04:12.180 --> 04:14.160
했다면 혁명이 일어났을 거예요

04:14.160 --> 04:17.190
이미 많은 사람이 휘발유로 가는 차를 소유하고

04:17.190 --> 04:19.890
있고 그 차와 기반 시설에 많은 돈을 투자했으니까요

04:19.890 --> 04:21.900
?

04:21.900 --> 04:24.480
이제 그러한 이유로 우리는 모든 휘발유 자동차를 하루아침에

04:24.480 --> 04:26.250
교체하지는 않을 것입니다.

04:26.250 --> 04:28.680
대신 2030년이나 2040년까지는

04:28.680 --> 04:32.130
가스차에서 전기차로 천천히 전환할 거라고

04:32.130 --> 04:34.890
합니다 전 세계에서 전기차가 점점 더

04:34.890 --> 04:37.050
많이 팔리고 가스차 판매도 줄어들

04:37.050 --> 04:39.390
테니까요

04:39.390 --> 04:42.900
IPv6에서도 정확히 같은 일이 일어나고 있습니다

04:42.900 --> 04:47.010
즉 IPv6는 IPv4와 IPv6가 같은 네트워크에서

04:47.010 --> 04:49.140
공존하게 하고 이런 네트워크를

04:49.140 --> 04:51.360
실행하는 장비는 듀얼 스택이

04:51.360 --> 04:54.930
되는데 같은 네트워크 장치에서 동시에 IPv4

04:54.930 --> 04:58.200
프로토콜과 IPv6 프로토콜을 실행할

04:58.200 --> 05:01.080
수 있다는 뜻이죠

05:01.080 --> 05:04.410
듀얼 스택 장치를 사용하는 경우 클라이언트가 IPv6을 지원하면

05:04.410 --> 05:06.960
라우터 스위치는 IPv6 사용을 선호하며 해당

05:06.960 --> 05:08.760
방법으로 통신합니다.

05:08.760 --> 05:11.370
네 이제 장치가 ipv6를 지원하지

05:11.370 --> 05:13.080
못하면 다시 뒤로 가서

05:13.080 --> 05:16.380
이러죠 옛날 프로토콜을 사용할게 ?

05:16.380 --> 05:18.390
그래야 내가 먹여 살릴 수 있잖아요

05:18.390 --> 05:20.850
터널링이라는 방법도 있어요

05:20.850 --> 05:24.780
IPv6가 IPv4 장치를 통해 터널링되는 곳입니다.

05:24.780 --> 05:27.150
구식 라우터가 6번 트래픽을

05:27.150 --> 05:29.580
운반하게 해주죠

05:29.580 --> 05:31.710
네 네 IPv6는 본질적으로 터널이

05:31.710 --> 05:34.860
될 겁니다 IPv4 헤더 내에서 IPv6 패킷을

05:34.860 --> 05:38.370
캡슐화하고 IPv4 라우터와 이미 존재하는 인프라를

05:38.370 --> 05:40.320
통해 IPv6 데이터를 전달하기

05:40.320 --> 05:42.480
위해서요

05:42.480 --> 05:44.640
소스와 대상 사이에 지점 간 터널을

05:44.640 --> 05:46.380
만들어 그 정보를 캡슐화함으로써

05:46.380 --> 05:48.450
이런 작업을 합니다

05:48.450 --> 05:51.630
이것은

05:51.630 --> 05:59.040
네 "그것은

05:59.040 --> 06:02.880
언젠가는 4번 국적도 완전히 사라질 겁니다

06:02.880 --> 06:05.070
하지만 아직까진 그런 일이 없었어요

06:05.070 --> 06:07.440
그리고 개인적으로 저는 숨을 참지 않습니다.

06:07.440 --> 06:08.670
어떤 기사를 봤는데

06:08.670 --> 06:11.160
IPv4가 2040년까지 우리와

06:11.160 --> 06:14.340
함께 있을 것으로 예상됩니다 그러니 네트워크

06:14.340 --> 06:17.430
기술자로서 가까운 미래에 두 가지를 모두

06:17.430 --> 06:20.640
다룰 줄 알아야 합니다

06:20.640 --> 06:24.120
IPv6의 또 다른 장점은 헤더를 단순화한다는 것입니다

06:24.120 --> 06:26.850
네 그래서 필드 12개 대신 필드

06:26.850 --> 06:29.430
5개만 갖게 됩니다 헤더를 축소해

06:29.430 --> 06:30.960
네트워크로 전송하는

06:30.960 --> 06:33.630
데 훨씬 효율적이죠

06:33.630 --> 06:35.370
그렇다면 IPv6 헤더는

06:35.370 --> 06:37.920
어떻게 생겼는지 궁금하실 것입니다.

06:37.920 --> 06:40.500
글쎄요, 제가 보여드리겠지만, 시험을 위해 이것을 외울

06:40.500 --> 06:42.750
필요는 없다는 점을 알아두시기 바랍니다.

06:42.750 --> 06:44.940
네 대신에 상단에 있는 ipv4 내의

06:44.940 --> 06:47.040
다른 필드를 보여드리고 하단에 있는

06:47.040 --> 06:49.230
ipv6를 보여드릴게요

06:49.230 --> 06:51.240
이제 IPv4보다 IPv6가

06:51.240 --> 06:54.450
얼마나 간단한지 알 수 있죠

06:54.450 --> 06:56.190
그럼 다시 돌아가서 시험을

06:56.190 --> 06:58.170
위해 알아야 할 걸 알아보죠

06:58.170 --> 07:01.590
IPv6 주소는 어떻게 생겼나요?

07:01.590 --> 07:04.590
네 음 길이는 128비트라고 말씀드렸는데요

07:04.590 --> 07:08.160
이진법으로 작성하면 128개나 0이 있다는 뜻이죠

07:08.160 --> 07:09.600
하지만 그건 정말 안 좋은

07:09.600 --> 07:11.910
생각 같아요 그래서 그건 안 하겠습니다

07:11.910 --> 07:13.410
? 네

07:13.410 --> 07:15.210
이제 IPv4에서 했던 것처럼 점으로

07:15.210 --> 07:16.680
구분된 10진수 표기법을

07:16.680 --> 07:19.020
사용할 수 있지만, 128비트를 모두 표현하려면

07:19.020 --> 07:23.670
16옥텟이 필요하기 때문에 여전히 작성해야 할 옥텟이 많습니다.

07:23.670 --> 07:25.380
Ietf는 이 문제를 해결하기

07:25.380 --> 07:27.360
위해 16진수를 사용하기로

07:27.360 --> 07:29.310
결정했습니다

07:29.310 --> 07:31.860
아시다시피 16진수는 16진수입니다. 고등학교 대수학

07:31.860 --> 07:33.150
수업에서 기억할 수도 있고 기억하지

07:33.150 --> 07:34.980
못할 수도 있습니다.

07:34.980 --> 07:36.210
이제 16진수에서

07:36.210 --> 07:38.760
각 16진수는 실제로 4비트입니다.

07:38.760 --> 07:41.250
네 그럼 IPv6 주소를 나타낼 수 있게

07:41.250 --> 07:43.710
됩니다 4개의 16진수의 숫자를 조합해

07:43.710 --> 07:45.780
세그먼트를 구성하죠

07:45.780 --> 07:48.720
한 부분에 16조각을 넣을 거예요

07:48.720 --> 07:51.030
이건 네 개의 16진수로 나타나요

07:51.030 --> 07:52.440
그런 다음 콜론을 추가하고 최대

07:52.440 --> 07:53.880
128비트에 도달할 때까지

07:53.880 --> 07:56.250
세그먼트를 계속 추가할 것입니다. 이렇게 하려면

07:56.250 --> 07:57.900
각각 4개의 16진수 숫자를 갖는

07:57.900 --> 08:00.510
8개의 세그먼트가 필요합니다.

08:00.510 --> 08:03.510
이것은 총 32개의 16진수 숫자를 제공하는데,

08:03.510 --> 08:05.460
이는 여전히 꽤 깁니다.

08:05.460 --> 08:09.330
이제 IPv6 주소에 128비트가 표시되므로

08:09.330 --> 08:12.810
모든 세그먼트 내에 16진수 숫자가 32개

08:12.810 --> 08:14.700
이하가 됩니다.

08:14.700 --> 08:18.150
왜 제가 32자리 숫자로 8자리의 길이를

08:18.150 --> 08:20.250
나누라고 했을까요?

08:20.250 --> 08:22.800
네 왜 32개면 안 되죠? 32자리

08:22.800 --> 08:25.710
숫자에 숫자당 4비트를 곱하면 128비트가

08:25.710 --> 08:28.290
되니까요

08:28.290 --> 08:31.320
글쎄, 이는 IPv6을 사용하면 실제로 매우 긴

08:31.320 --> 08:33.450
IPv6 주소를 단순화할 수 있는

08:33.450 --> 08:35.880
약어를 사용할 수 있기 때문입니다.

08:35.880 --> 08:37.980
속기 규칙은 정말 중요해요

08:37.980 --> 08:40.650
시험 문제를 볼 수 있거든요

08:40.650 --> 08:43.020
따라서 세그먼트에 4개의 0이 있는

08:43.020 --> 08:45.360
경우 실제로 거기에 0 하나를 넣고 선행

08:45.360 --> 08:47.310
0을 삭제할 수 있습니다.

08:47.310 --> 08:50.790
예를 들어 제가 IPv6

08:50.790 --> 08:55.790
주소가 아주 길다고 가정해 보죠

09:04.470 --> 09:05.820
네 간단한 규칙을 이용하면

09:05.820 --> 09:08.490
0이 여러 개 있는 세그먼트를 0 하나로 바꿀 수

09:08.490 --> 09:09.810
있습니다 ???

09:09.810 --> 09:14.810
계산해 보면 4815 54ae예요

09:19.590 --> 09:22.680
네 좋아요 이렇게 하면 16진수 숫자가

09:22.680 --> 09:26.790
32에서 17로 줄어요 길이가 절반이 됐죠

09:26.790 --> 09:29.520
나아지고 있지만 전 멈추지 않을 거예요

09:29.520 --> 09:30.710
IPv6 속기 세계에서

09:30.710 --> 09:33.000
사용할 수 있는 또 다른 규칙이 있습니다.

09:33.000 --> 09:35.280
네 여러 세그먼트가 모두

09:35.280 --> 09:36.840
0을 갖고 있고 다른

09:36.840 --> 09:39.420
16진수 표시가 없는 경우 더블

09:39.420 --> 09:42.150
콜론을 사용해 0을 모두 지울

09:42.150 --> 09:44.160
수 있습니다

09:44.160 --> 09:45.420
네 이 규칙은 특별한데요

09:45.420 --> 09:48.540
ipv6 주소 내에서 더블 콜론은 한 번만

09:48.540 --> 09:50.460
할 수 있거든요

09:50.460 --> 09:52.530
따라서 이중 콜론 규칙을 사용하여

09:52.530 --> 10:04.950
2018:0:0:0:0:0:4815:54ae 5개의 0 집합을 모두 제거하고 이를 이중 콜론으로 대체하여 2018::4815::54ae를 얻는 것으로

10:04.950 --> 10:07.450
요약할 수 있습니다. .

10:10.290 --> 10:13.020
네 32개의 16진수에서 17진수로

10:13.020 --> 10:14.910
줄였어요 지금은 17자리에서

10:14.910 --> 10:21.690
12자리로 줄었죠 훨씬 작아져서 작업하기 쉬워요

10:21.690 --> 10:24.240
약칭이 얼마나 유용한지 아시겠죠

10:24.240 --> 10:27.150
그렇다면 IPv6 주소와 IPv4 주소를 어떻게

10:27.150 --> 10:28.950
인식할 수 있을까요?

10:28.950 --> 10:32.130
첫 번째 방법은 IPv4가 무엇인지 보는 것입니다

10:32.130 --> 10:35.400
IPv4는 항상 8진수 표기법을

10:35.400 --> 10:36.990
써요

10:36.990 --> 10:38.490
네 반면 IPv6는 숫자

10:38.490 --> 10:40.530
사이에 콜론을 사용합니다 그리고

10:40.530 --> 10:42.450
16진수로 작성되죠

10:42.450 --> 10:44.280
네 좋습니다 테스트 날에

10:44.280 --> 10:45.810
보실 질문 중 하나는 ipv6

10:45.810 --> 10:49.080
주소를 봤을 때 식별하는 겁니다

10:49.080 --> 10:51.180
예를 들어, 다음 중 IPv6 주소는 무엇입니까?라는

10:51.180 --> 10:53.700
질문을 받을 수 있습니다.

10:53.700 --> 10:55.410
공정한 질문 같군요

10:55.410 --> 10:59.280
192 같은 옵션을 얻을 수 있어요 168번요 1 1은 아니죠?

10:59.280 --> 11:01.830
IPv4 주소니까요

11:01.830 --> 11:06.830
1234:5678:90ab를

11:07.590 --> 11:12.000
볼 수 있어요

11:12.000 --> 11:15.120
잠깐만요, 마지막 두 개는 정말 비슷하지

11:15.120 --> 11:17.010
않나요?

11:17.010 --> 11:20.310
네, 하지만 유효한 IPv6 주소는 한 개뿐이에요

11:20.310 --> 11:21.630
그것이 어느 것인지 아시나요?

11:21.630 --> 11:24.000
학생 대부분이 혼란스러워하거든요

11:24.000 --> 11:28.020
두 번째 옵션은 IPv6 주소가 아닙니다

11:28.020 --> 11:29.820
대신 mac 주소예요

11:29.820 --> 11:31.260
네 기억하세요 mac주소는

11:31.260 --> 11:33.060
레이어 2의 물리 주소인데 12개의

11:33.060 --> 11:35.580
16진수 숫자를 가지고 있고 콜론으로 분리됩니다

11:35.580 --> 11:37.230
?

11:37.230 --> 11:38.370
일반적으로 각각 두 자리

11:38.370 --> 11:40.410
숫자로 구성된 6개의 그룹으로 작성되며

11:40.410 --> 11:43.200
각 그룹은 단일 콜론으로 구분됩니다.

11:43.200 --> 11:46.080
네 반면 ipv6 주소는 항상 네 자리씩

11:46.080 --> 11:48.120
나누어 작성되어야 합니다

11:48.120 --> 11:50.580
항상 16개 나누어 집니다 더블

11:50.580 --> 11:52.500
콜론이 없다면요

11:52.500 --> 11:55.080
네 이 예제에선 세 번째 옵션의 첫 번째와 두

11:55.080 --> 11:58.020
번째 세그먼트 사이에 더블 콜론이 있습니다 ,

11:58.020 --> 12:00.840
네 이렇게 간단히 하면 IPv6 주소임을

12:00.840 --> 12:03.450
확인할 수 있죠 주소 내의 첫 번째와

12:03.450 --> 12:05.130
두 번째 세그먼트 사이의

12:05.130 --> 12:08.520
0은 모두 제거했으니까요

12:08.520 --> 12:09.960
네 IPv6 주소처럼

12:09.960 --> 12:11.790
생긴 것을 세어보면 12개의

12:11.790 --> 12:15.480
정확히 12개의 16진수들이 단일 콜론으로 나뉘어 있죠

12:15.480 --> 12:17.040
그리고 더블 콜론은 아무

12:17.040 --> 12:18.840
데도 보이지 않습니다 ipv6

12:18.840 --> 12:22.140
주소가 아니라 mac 주소입니다

12:22.140 --> 12:24.180
네 그렇지 않으면 이렇게 보이고

12:24.180 --> 12:25.860
16진수 숫자가 포함되어

12:25.860 --> 12:29.190
있다면 시험일에는 ipv6 주소가 되겠죠

12:29.190 --> 12:31.440
시험에서는 IPv6 주소가

12:31.440 --> 12:33.540
어떻게 생겼는지 알아볼 수만

12:33.540 --> 12:35.790
있으면 됩니다 0을 빼서 통합할

12:35.790 --> 12:38.070
수 있어야 합니다 더블 콜론 트릭을

12:38.070 --> 12:39.960
이용해서요

12:39.960 --> 12:41.490
이 두 가지 작업을 수행할 수 있다면

12:41.490 --> 12:45.000
시험 당일 IPv6 주소 지정에 문제가 없을 것입니다.

12:45.000 --> 12:47.280
네 이제 ipv6 주소 유형은

12:47.280 --> 12:50.100
세 가지가 있어요 유니캐스트 주소

12:50.100 --> 12:52.220
다중캐스트 주소와 아무

12:52.220 --> 12:54.210
캐스트 주소죠 ?

12:54.210 --> 12:56.640
IPv6과 IPv4를 실제로 구별하는

12:56.640 --> 12:59.040
흥미로운 점 중 하나는 클라이언트의 단일

12:59.040 --> 13:01.830
인터페이스에 여러 IPv6 주소를 할당할

13:01.830 --> 13:03.900
수 있다는 것입니다.

13:03.900 --> 13:05.730
세 가지입니다 이 세 가지 유형 중

13:05.730 --> 13:07.680
어떤 것이든 택할 수 있습니다 유니카스트

13:07.680 --> 13:10.290
멀티캐스트, 애니캐스트죠

13:10.290 --> 13:13.140
그래서 설령 여러분의 워크스테이션이나 노트북에

13:13.140 --> 13:14.910
네트워크 인터페이스 카드가

13:14.910 --> 13:17.430
하나 뿐이라도 여러 개의 IPv6 주소를 가질

13:17.430 --> 13:19.860
수 있고 카드 하나에 할당되는 다른 유형의

13:19.860 --> 13:22.140
IPv6 주소가 있습니다

13:22.140 --> 13:23.850
유니캐스트 주소는 단일 인터페이스를

13:23.850 --> 13:25.950
식별하는 데 사용됩니다

13:25.950 --> 13:28.950
전 세계 유니캐스트 주소와 링크-지역

13:28.950 --> 13:30.930
주소로 나뉘어 있죠

13:30.930 --> 13:32.760
네 전 세계 루트 유니캐스트

13:32.760 --> 13:36.150
주소는 유니캐스트 a, b, c 클래스 주소를 이용한

13:36.150 --> 13:39.600
ipv4의 공공 주소와 유사합니다 ,

13:39.600 --> 13:42.840
네 IPv6에서는 전 세계 운행 유니캐스트

13:42.840 --> 13:44.220
주소가 항상 첫 번째

13:44.220 --> 13:49.050
부분으로 시작해요 2000-3999...

13:49.050 --> 13:52.740
네 좋아요 첫 코너가 2000-3999라는

13:52.740 --> 13:55.770
건 전 세계 우니캐스트 주소란 뜻이죠

13:55.770 --> 14:03.050
예를 들어 IPv6 주소는 2584:0db8:0583:1234:5678:882e:03734

14:10.800 --> 14:14.010
전 세계로 경로 배분될 겁니다 첫 번째 구획에

14:14.010 --> 14:17.070
2584가 포함돼 있기 때문이죠 2000에서

14:17.070 --> 14:20.670
3999 사이의...

14:20.670 --> 14:22.650
반면, 로컬 사용 주소라고도

14:22.650 --> 14:24.690
하는 링크 로컬 주소는 IPv4의

14:24.690 --> 14:28.020
개인 IP 주소처럼 사용됩니다.

14:28.020 --> 14:29.970
링크-로컬 주소는 IPv6의

14:29.970 --> 14:32.097
링크-로컬 주소는 지역 네트워크에서만

14:32.097 --> 14:36.840
사용될 수 있고 IPv6 주소 내의 첫 번째 세그먼트로 항상 FE80에서

14:36.840 --> 14:38.940
시작하게 됩니다

14:38.940 --> 14:41.760
네 이제 IPv6 시스템이 시작될 때마다 시스템에서

14:41.760 --> 14:44.100
각 IPv6 인터페이스에 대한 링크-로컬

14:44.100 --> 14:47.070
주소를 생성합니다 전역적으로 로타일 가능한 주소가

14:47.070 --> 14:48.720
이미 수동으로 구성되었거나

14:48.720 --> 14:50.190
DHCP 같은 구성 프로토콜을

14:50.190 --> 14:53.700
통해 획득되었다고 해도요 ,

14:53.700 --> 14:56.340
네 이걸 하려면 slaac이라는 걸 사용해야

14:56.340 --> 15:00.840
합니다 상태 비저장 주소 자동 구성이죠 slaac라고도 합니다 ,

15:00.840 --> 15:02.610
상태 비저장 자동 구성으로 호스트는

15:02.610 --> 15:04.680
dhcp 같은 중앙 집중화된 서버에서

15:04.680 --> 15:06.210
주소나 다른 구성 정보를

15:06.210 --> 15:08.880
얻을 필요가 없습니다

15:08.880 --> 15:11.640
대신 독립적으로 링크 로컬 주소를 할당하고

15:11.640 --> 15:13.050
링크 로컬 주소의 고유성을

15:13.050 --> 15:15.420
시험하고 링크 로컬 주소를 스스로

15:15.420 --> 15:17.430
할당하고 라우터에 연락하여

15:17.430 --> 15:20.220
노드에 방향을 제공하고 자동 구성 진행

15:20.220 --> 15:22.680
방법을 알려줍니다

15:22.680 --> 15:25.770
또한 사용하고자 하는 전역 유니캐스트 주소도

15:25.770 --> 15:27.090
구성할 수 있습니다

15:27.090 --> 15:29.520
네 이 개념은 잠시 후 좀 더 깊이 들어가면서

15:29.520 --> 15:31.110
다시 살펴볼게요 eui-64와

15:31.110 --> 15:34.080
이웃 디스커버리 프로토콜을 얘기할 테니까요

15:34.080 --> 15:35.580
이 프로세스는 둘 다 slaac로

15:35.580 --> 15:37.650
알려진 상태 비저장 주소 자동 구성

15:37.650 --> 15:41.580
프로토콜과 함께 사용되거든요

15:41.580 --> 15:43.680
다음은 멀티캐스트 주소예요

15:43.680 --> 15:45.360
네 자 멀티캐스트 주소는 인터페이스

15:45.360 --> 15:47.100
그룹을 식별하는 데 사용됩니다

15:47.100 --> 15:49.710
그래야 패킷이 멀티캐스트 주소로 전송돼 그룹 내의

15:49.710 --> 15:52.680
모든 인터페이스에 전달될 수 있으니까요 ?

15:52.680 --> 15:56.550
네 ipv6에서는 멀티캐스트 주소는 항상 ff로 시작돼요

15:56.550 --> 15:59.460
, 첫 세그먼트의 첫 두 자릿수로요

15:59.460 --> 16:02.280
IPv6 주소의 시작 부분에 FF가

16:02.280 --> 16:04.800
뜨면 멀티캐스트를 기억하세요

16:04.800 --> 16:06.330
마지막 유형의 주소는

16:06.330 --> 16:08.700
애니캐스트 주소입니다

16:08.700 --> 16:14.400
네 네 네, 맞습니다

16:14.400 --> 16:16.320
애니캐스트 주소는 실제로 유니캐스트

16:16.320 --> 16:18.060
주소 공간에서 할당됩니다.

16:18.060 --> 16:19.620
IPv6 주소만 보고 IPv6

16:19.620 --> 16:22.710
주소가 unicast인지 anycast인지

16:22.710 --> 16:25.410
알 수 있는 방법이 없어요

16:25.410 --> 16:28.050
네 이제 이제 아주 쉬운 방법이 있지만

16:28.050 --> 16:29.790
유니카스트와 애니캐스트를

16:29.790 --> 16:31.440
쉽게 구분할 순 없어요

16:31.440 --> 16:33.870
안 그래요?

16:33.870 --> 16:35.010
네 좋습니다 slaac에

16:35.010 --> 16:36.990
대해 좀 더 얘기해 보죠 상태 비저장

16:36.990 --> 16:40.140
주소 자동 구성 과정입니다

16:40.140 --> 16:42.090
네 이제 말씀드렸듯이 IPv6에는

16:42.090 --> 16:45.120
SLAAC이라는 자동 구성 프로세스가 있어요

16:45.120 --> 16:46.980
인터페이스가 위치한 현재 네트워크를

16:46.980 --> 16:48.570
찾기 위해 사용하죠 그런 다음

16:48.570 --> 16:51.360
MAC 주소 기반 호스트 ID를 선택할 수 있게

16:51.360 --> 16:56.360
해줍니다 EUI-64라는 프로세스를 써서요 ?

16:56.550 --> 17:01.410
이제 eui-64

17:01.410 --> 17:03.450
이제 안

17:03.450 --> 17:07.967
돼요!

17:09.180 --> 17:12.000
Eui-64 포맷 주소는 인터페이스의

17:12.000 --> 17:15.480
48비트 mac 주소를 이용해 획득한 겁니다

17:15.480 --> 17:19.260
Mac 주소는 먼저 24비트 두 개로 나뉩니다

17:19.260 --> 17:22.890
네 네 혹은 조직 고유 식별자죠

17:22.890 --> 17:25.170
안 그러면

17:25.170 --> 17:26.850
나머지 반은 특정 네트워크

17:26.850 --> 17:29.010
인터페이스 카드를 포함합니다

17:29.010 --> 17:30.780
그 사이에 16비트

17:30.780 --> 17:35.730
16진수인 식염수를 넣을 거예요

17:35.730 --> 17:39.990
네 이렇게 하면 24비트와 16비트 24비트를 합쳐

17:39.990 --> 17:44.760
64비트 eui 주소를 얻을 수 있어요 ? 네, 64비트요

17:44.760 --> 17:47.340
이제 해당 네트워크에서 인터페이스를 식별하는

17:47.340 --> 17:49.860
데 필요한 64비트가 제공됩니다.

17:49.860 --> 17:52.320
네 인터페이스는 자동 검색으로

17:52.320 --> 17:53.910
있는 네트워크를 확인하고

17:53.910 --> 17:57.030
IPv6 주소의 네트워크 부분을 추가합니다

17:57.030 --> 18:00.960
우리 주소 내의 첫 64비트가 되겠죠

18:00.960 --> 18:02.940
자... 네 전

18:02.940 --> 18:05.580
세계적으로 로킹 가능한

18:05.580 --> 18:09.390
IPv6 주소를 만드는 거죠

18:09.390 --> 18:14.550
이제 사용할 수 있게요

18:14.550 --> 18:16.890
네 이것들이 어떻게 동작하는지 볼 수 있습니다

18:16.890 --> 18:18.180
mac주소를 이용해서

18:18.180 --> 18:20.700
전역으로 실행 가능한 주소를 생성합니다 ,

18:20.700 --> 18:24.180
DHCP는 원하면 IPv6에서도 사용할

18:24.180 --> 18:25.560
수 있습니다

18:25.560 --> 18:29.520
그렇게 하면 DHCPv6 프로토콜을 사용해야 합니다

18:29.520 --> 18:30.930
DHCPv6 서버에서

18:30.930 --> 18:34.650
자동으로 뭔가를 할당할 수 있도록 합니다

18:34.650 --> 18:38.520
하지만 EUI-64의 자동 구성 프로세스는 이미 기본값으로 IPv6

18:38.520 --> 18:41.430
프로토콜에 기본 제공되기 때문에 DHCPv6를

18:41.430 --> 18:43.230
사용할 필요는 없어요

18:44.280 --> 18:47.580
네 하지만 DHCPv6를 사용하길 원하면 사용하세요

18:47.580 --> 18:48.870
그럼 인터페이스마다

18:48.870 --> 18:51.360
어떤 주소를 얻을지 할당하게 됩니다 SLAAC의

18:51.360 --> 18:52.500
자동 구성 프로토콜을

18:52.500 --> 18:55.170
사용하게 하는 대신에요

18:55.170 --> 18:58.560
네 이제 말했듯이 기본값으로 IPv6가 MAC주소에

18:58.560 --> 19:00.930
기반해 고유 주소를 선택합니다 ndp

19:00.930 --> 19:03.480
혹은 이웃 디스커버리 프로토콜이라는

19:03.480 --> 19:05.310
것을 사용하게 되는데 MAC주소에

19:05.310 --> 19:09.990
기반한 네트워크의 다른 레이어 2 주소를 알고 호스트 ID를 선택합니다

19:09.990 --> 19:12.630
? 네

19:12.630 --> 19:15.630
네 이제 시험입니다 NDP, 즉 NDPRC에 대해 깊이

19:15.630 --> 19:17.850
알 필요는 없지만 NDP, 즉, Discovery

19:17.850 --> 19:20.847
프로토콜은 IPv6에서 사용되고 라우터, 광고,

19:20.847 --> 19:22.410
이웃 Discovery에서

19:22.410 --> 19:25.683
많은 함수를 가져와서 처리합니다 ?