Вы находитесь здесь: version6.ru » IPv6 для провайдеров
Различия
Здесь показаны различия между выбранной ревизией и текущей версией данной страницы.
for-isp [2020-02-27 06:16 UTC] rm |
for-isp [2025-02-12 10:33 UTC] (текущий) bekreyev |
||
---|---|---|---|
Строка 28: | Строка 28: | ||
* получение домашним роутером клиента одного IPv6-адреса на WAN-интерфейсе (например через SLAAC в случае IPoE, или IPv6CP в случае PPPoE/PPTP/L2TP); | * получение домашним роутером клиента одного IPv6-адреса на WAN-интерфейсе (например через SLAAC в случае IPoE, или IPv6CP в случае PPPoE/PPTP/L2TP); | ||
* получение этим роутером посредством DHCPv6-PD подсети для нарезки её на более мелкие /64 и дальнейшей их раздачи через свои LAN и WiFi-интерфейсы. | * получение этим роутером посредством DHCPv6-PD подсети для нарезки её на более мелкие /64 и дальнейшей их раздачи через свои LAN и WiFi-интерфейсы. | ||
+ | |||
+ | Так же провайдеру можно использовать 6rd, выдавая подсеть в 212 опции DHCPv4: [[/6rd-relay-server]] **но это временное решение** | ||
В случае, если в качестве терминирующего подключение устройства выступает обычный компьютер без настроенной маршрутизации, процесс может ограничиться первым пунктом. | В случае, если в качестве терминирующего подключение устройства выступает обычный компьютер без настроенной маршрутизации, процесс может ограничиться первым пунктом. | ||
Строка 37: | Строка 39: | ||
Самый, абсолютный минимум - это /64. Почему? Такой размер подсети требуется для работы SLAAC, то есть автоконфигурации IP-адреса из анонсируемого роутером префикса и имеющегося у хоста уникального идентификатора, в качестве которого используется MAC-адрес. Именно SLAAC поддерживается и ожидается всеми без исключения клиентскими устройствами с поддержкой IPv6. Работа с более мелкими подсетями возможна, но потребует либо ручной настройки, либо использования на клиентских устройствах DHCPv6, который зачастую либо вообще не поддерживается, либо по умолчанию отключён (не установлен). | Самый, абсолютный минимум - это /64. Почему? Такой размер подсети требуется для работы SLAAC, то есть автоконфигурации IP-адреса из анонсируемого роутером префикса и имеющегося у хоста уникального идентификатора, в качестве которого используется MAC-адрес. Именно SLAAC поддерживается и ожидается всеми без исключения клиентскими устройствами с поддержкой IPv6. Работа с более мелкими подсетями возможна, но потребует либо ручной настройки, либо использования на клиентских устройствах DHCPv6, который зачастую либо вообще не поддерживается, либо по умолчанию отключён (не установлен). | ||
- | Однако /64 это именно голый минимум, и для комфортной работы многим этого может оказаться недостаточно. Дело в том, что SLAAC требует для работы по /64 на одну физическую сеть, и нельзя предполагать, что такая сеть у конечного пользователя всегда только одна. Простейший пример, для чего могут потребоваться несколько: | + | Однако /64 это именно голый минимум, и для комфортной работы этого недостаточно. Дело в том, что SLAAC требует для работы по /64 на одну физическую сеть, и нельзя предполагать, что такая сеть у конечного пользователя всегда только одна. Простейший пример, для чего могут потребоваться несколько: |
- проводная Ethernet-сеть; | - проводная Ethernet-сеть; | ||
- WiFi для собственных устройств (в целях безопасности -- не бриджем с Ethernet); | - WiFi для собственных устройств (в целях безопасности -- не бриджем с Ethernet); | ||
- 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]] |
+ | |||
+ | ===== Сколько брать денег? ===== | ||
+ | У некоторых операторов возникает соблазн брать плату за предоставление IPv6 абонентам, чтобы «отбить затраты» на внедрение. [[/why-free|Это не только бессмысленно, но и вредно]]. | ||
===== Можно ли убрать 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-адресу). | ||
===== Где обсудить? ===== | ===== Где обсудить? ===== | ||
- | Дискуссии о внедрении IPv6 с точки зрения оператора связи периодически ведутся [[http://forum.nag.ru/forum/index.php?showforum=1|на форуме nag.ru]], а также [[/irc|в IRC-каналах об IPv6]]. | + | Дискуссии о внедрении IPv6 с точки зрения оператора связи периодически ведутся [[http://forum.nag.ru/forum/index.php?showforum=1|на форуме nag.ru]], а также в телеграм-чате [[https://t.me/version6|@version6]]. |
===== Полезные ссылки ===== | ===== Полезные ссылки ===== | ||
- | * [[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://web.archive.org/web/20220702013031/https://ntwrk.today/2020/08/22/juniper-bras-ipv6-ndra-pd.html|Конфигурирование Juniper BRAS для IPoE клиентов с использованием Dual Stack и NDRA-PD]] |
for-isp.1582784179.txt.gz · Последние изменения: 2020-02-27 06:16 UTC От rm