Различия

for-isp [2023-09-08 08:11 UTC] w		for-isp [2025-02-12 10:33 UTC] (текущий) bekreyev
Строка 29:		Строка 29:
	* получение этим роутером посредством DHCPv6-PD подсети для нарезки её на более мелкие /64 и дальнейшей их раздачи через свои LAN и WiFi-интерфейсы.		* получение этим роутером посредством DHCPv6-PD подсети для нарезки её на более мелкие /64 и дальнейшей их раздачи через свои LAN и WiFi-интерфейсы.
-	Так же провайдеру можно использовать 6rd, выдавая подсеть в 212 опции DHCPv4: [[/6rd-relay-server]]	+	Так же провайдеру можно использовать 6rd, выдавая подсеть в 212 опции DHCPv4: [[/6rd-relay-server]] **но это временное решение**
	В случае, если в качестве терминирующего подключение устройства выступает обычный компьютер без настроенной маршрутизации, процесс может ограничиться первым пунктом.		В случае, если в качестве терминирующего подключение устройства выступает обычный компьютер без настроенной маршрутизации, процесс может ограничиться первым пунктом.
Строка 44:		Строка 44:
	- WiFi для гостевых устройств, с доступом из неё только в Интернет.		- WiFi для гостевых устройств, с доступом из неё только в Интернет.
-	[[https://tools.ietf.org/html/rfc6177|RFC 6177]] рекомендует выдавать "значительно больше одной /64".	+	[[https://datatracker.ietf.org/doc/html/rfc6177|RFC 6177]] рекомендует выдавать "значительно больше одной /64".
	**Позиция RIPE** подробно изложена в [[https://www.ripe.net/publications/docs/ripe-690/|BCOP от октября-2017]]: как минимум /56 на пользователя.		**Позиция RIPE** подробно изложена в [[https://www.ripe.net/publications/docs/ripe-690/|BCOP от октября-2017]]: как минимум /56 на пользователя.
	* **[[https://www.ripe.net/publications/docs/ripe-690/|Best Current Operational Practice for Operators: IPv6 prefix assignment for end-users]]**		* **[[https://www.ripe.net/publications/docs/ripe-690/|Best Current Operational Practice for Operators: IPv6 prefix assignment for end-users]]**
-	* [[https://tools.ietf.org/html/rfc6177|RFC6177: IPv6 Address Assignment to End Sites]]	+	* [[https://datatracker.ietf.org/doc/html/rfc6177|RFC6177: IPv6 Address Assignment to End Sites]]
-	* [[http://www.bircd.org/annoyances/prefix64/|beware's annoyances - /64 prefix]]	+	* [[https://www.bircd.org/annoyances/prefix64/|beware's annoyances - /64 prefix]]
	===== Сколько брать денег? =====		===== Сколько брать денег? =====
Строка 57:		Строка 57:
	===== Можно ли убрать IPv4? =====		===== Можно ли убрать IPv4? =====
	В условиях недостатка IPv4-адресов, возникает вопрос, можно ли часть абонентов "пересадить" на IPv6, а v4-адреса им не давать. К сожалению на настоящий момент в качестве коммерческой услуги IPv6-only доступ нежизнеспособен. Причина проста: хотя и существует технология NAT из IPv6 в IPv4, называемая [[nat64|NAT64]], при её использовании у абонентов не будут работать не поддерживающие IPv6 приложения, а также протоколы, внедряющие на application-level буквальные IPv4-адреса. Среди таковых -- FTP, большинство видов P2P, VoIP и практически все онлайн-игры.		В условиях недостатка IPv4-адресов, возникает вопрос, можно ли часть абонентов "пересадить" на IPv6, а v4-адреса им не давать. К сожалению на настоящий момент в качестве коммерческой услуги IPv6-only доступ нежизнеспособен. Причина проста: хотя и существует технология NAT из IPv6 в IPv4, называемая [[nat64|NAT64]], при её использовании у абонентов не будут работать не поддерживающие IPv6 приложения, а также протоколы, внедряющие на application-level буквальные IPv4-адреса. Среди таковых -- FTP, большинство видов P2P, VoIP и практически все онлайн-игры.
-	* [[http://tools.ietf.org/html/rfc6586|IPv6-only Experience]]	+	* [[https://datatracker.ietf.org/doc/html/rfc6586|IPv6-only Experience]]
-	* [[https://tools.ietf.org/html/draft-hazeyama-widecamp-ipv6-only-experience-00|Experiences from an IPv6-Only Network in the WIDE Camp Autumn 2011]]	+	* [[https://datatracker.ietf.org/doc/html/draft-hazeyama-widecamp-ipv6-only-experience-02|Experiences from IPv6-Only Networks with Transition Technologies in the WIDE Camp Autumn 2012]]
	Поэтому рабочим вариантом на обозримое будущее видится совмещение выдачи "серого" IPv4-адреса и реального диапазона IPv6-адресов. IPv6 в данной ситуации поможет значительно разгрузить IPv4 NAT, "оттянув" с него заметную часть трафика (это как минимум весь YouTube и значительная часть торрентов), а также снизить для абонента критичность наличия реального IPv4 (т.к. к примеру при необходимости настроить подключение из интернета к домашнему компьютеру по RDP или VPN, это можно будет сделать по его IPv6-адресу).		Поэтому рабочим вариантом на обозримое будущее видится совмещение выдачи "серого" IPv4-адреса и реального диапазона IPv6-адресов. IPv6 в данной ситуации поможет значительно разгрузить IPv4 NAT, "оттянув" с него заметную часть трафика (это как минимум весь YouTube и значительная часть торрентов), а также снизить для абонента критичность наличия реального IPv4 (т.к. к примеру при необходимости настроить подключение из интернета к домашнему компьютеру по RDP или VPN, это можно будет сделать по его IPv6-адресу).
Строка 66:		Строка 66:
	===== Полезные ссылки =====		===== Полезные ссылки =====
-	* [[http://www.ciscoexpo.ru/expo2011/downloads/materials/sp/D3_IPv6_anidlis.pdf|Внедрение IPv6 в сетях широкополосного доступа]] (PDF)
	* [[http://web.archive.org/web/20120321130519/http://is.park.ru/doc.jsp?listno=2167541&listpg=3&listcd=9&listmd=22&listfile=pub&urn=34849235|Вопросы внедрения IPv6 в сетях широкополосного доступа]]		* [[http://web.archive.org/web/20120321130519/http://is.park.ru/doc.jsp?listno=2167541&listpg=3&listcd=9&listmd=22&listfile=pub&urn=34849235|Вопросы внедрения IPv6 в сетях широкополосного доступа]]
-	* [[https://ntwrk.today/2020/08/22/juniper-bras-ipv6-ndra-pd.html|Конфигурирование Juniper BRAS для IPoE клиентов с использованием Dual Stack и NDRA-PD]]	+	* [[https://web.archive.org/web/20220702013031/https://ntwrk.today/2020/08/22/juniper-bras-ipv6-ndra-pd.html|Конфигурирование Juniper BRAS для IPoE клиентов с использованием Dual Stack и NDRA-PD]]