[{"data":1,"prerenderedAt":597},["ShallowReactive",2],{"\u002Fru\u002Fipv6\u002F":3},{"id":4,"title":5,"body":6,"date":581,"description":582,"extension":583,"meta":584,"navigation":585,"path":586,"previewImage":587,"seo":588,"stem":589,"tags":590,"__hash__":596},"content\u002Fru\u002Fipv6.md","IPv6 — это другой интернет",{"type":7,"value":8,"toc":566},"minimark",[9,13,23,31,34,39,46,49,65,68,71,75,80,83,86,92,104,110,117,120,123,129,132,138,141,147,165,171,196,202,225,228,232,235,242,245,249,252,259,285,296,299,303,310,340,343,347,362,365,382,385,389,396,403,406,410,417,424,427,450,453,457,481,484,497,512,515,519,530,533,537,540,563],[10,11,5],"h1",{"id":12},"ipv6-это-другой-интернет",[14,15,16,17,22],"p",{},"В прошлом ",[18,19,21],"a",{"href":20},"\u002Fru\u002Fipv8","посте"," я обещал написать про IPv6. Возвращаюсь.",[14,24,25,26,30],{},"Главное, что хочу донести: IPv6 — это ",[27,28,29],"strong",{},"не"," IPv4, в котором адреса стали длиннее. Это другая сеть с другой моделью работы (другой интернет)",[14,32,33],{},"Далее без маркетинг буллшита про «340 ундециллионов адресов»",[35,36,38],"h2",{"id":37},"дело-не-в-размере-адресов","Дело не в размере адресов",[14,40,41,42,45],{},"Все статьи про IPv6 начинают с того, что 32 бита это 4 миллиарда, а 128 бит — это много. Это правда, но это следствие, а не причина. Причина в том, что весь дизайн IPv6 строился вокруг идеи ",[27,43,44],{},"end-to-end",": каждое устройство снова имеет настоящий публичный адрес, как было в раннем интернете до того, как NAT всех «спас».",[14,47,48],{},"NAT — это пожарный костыль конца 90-х. Он работает, но цена известна:",[50,51,52,56,59,62],"ul",{},[53,54,55],"li",{},"сессии стейтфулные на устройстве, через которое ходит трафик",[53,57,58],{},"p2p-протоколы ломаются, и приходится изобретать STUN\u002FTURN\u002FICE",[53,60,61],{},"логирование «кто что делал» становится квестом, потому что 50 человек сидят за одним адресом",[53,63,64],{},"провайдеры ставят CGNAT, и теперь у вас NAT внутри NAT",[14,66,67],{},"В IPv6 этого нет по дизайну. Ваш ноутбук, телефон, чайник — у каждого свой глобальный адрес. Звучит страшно с точки зрения безопасности, но никто не предлагает выкидывать фаервол. Просто фильтрация и трансляция — это разные функции, и в IPv6 они снова разделены, как и должно быть.",[14,69,70],{},"Аналогия: IPv4 + NAT — это многоквартирный дом, где у всего здания один уличный адрес и консьерж записывает в журнал, кому какая посылка. IPv6 — это улица из частных домов, у каждого свой адрес. Фаервол на двери никуда не делся, но почтальону больше не нужен консьерж-переводчик.",[35,72,74],{"id":73},"железо-и-софт","Железо и софт",[76,77,79],"h4",{"id":78},"tldr","TL;DR",[14,81,82],{},"Когда я говорю \"другой интернет\", это не только про модель. IPv6 — это другой протокол, и его должна понимать каждая железка и каждая программа на пути пакета.",[14,84,85],{},"Если лень читать, можете скипнуть этот раздел, дальше тоже самое, только глубже и разбор по уровням, что меняется, а что нет.",[76,87,89],{"id":88},"физически-все-тоже-самое",[27,90,91],{},"Физически все тоже самое",[14,93,94,95,99,100,103],{},"Кабели, оптика, SFP-модули, эзернет-свитчи второго уровня, Wi-Fi точки — всё то же. IPv6-пакет ходит по тому же ethernet-фрейму, что и IPv4, отличается только поле EtherType (",[96,97,98],"code",{},"0x86DD"," вместо ",[96,101,102],{},"0x0800","). С точки зрения коммутатора это просто другой тип пейлоада, ему всё равно. Если у вас L2-инфраструктура — переделывать там ничего не надо.",[76,105,107],{"id":106},"l3-маршрутизация-нужна-поддержка-в-железе",[27,108,109],{},"L3 (маршрутизация) — нужна поддержка в железе",[14,111,112,113,116],{},"Вот тут начинается самое интересное. Современные маршрутизаторы и L3-свитчи форвардят пакеты не процессором, а специализированными чипами (ASIC, NPU). Эти чипы должны уметь парсить IPv6-заголовок, делать lookup по 128-битному адресу в TCAM, обрабатывать NDP. Если железка старая или дешёвая — IPv6 у неё может быть реализован ",[27,114,115],{},"только в software path",". То есть формально работает, но пакеты идут через CPU роутера, и производительность падает на порядки. На бумаге IPv6 поддерживается, на практике — линию вы не вытянете.",[14,118,119],{},"Та же история с extension headers (опциональные расширения IPv6-заголовка): многие железки не умеют обрабатывать их в hardware, и пакеты с ними отправляются в slow path или вообще дропаются. RFC 7872 прямо документирует, что некоторые транзитные сети роняют такие пакеты. Это известная боль IPv6, и одна из причин, почему extension headers используются осторожно.",[14,121,122],{},"При планировании IPv6 надо смотреть не «поддерживает ли устройство IPv6», а «поддерживает ли оно IPv6 в hardware и на какой производительности». В даташитах это часто отдельные строчки, и разница между ними принципиальная.",[76,124,126],{"id":125},"фаерволы-idsips-балансировщики-vpn-отдельная-история",[27,127,128],{},"Фаерволы, IDS\u002FIPS, балансировщики, VPN — отдельная история",[14,130,131],{},"Тут поддержка появлялась годами, и до сих пор бывают сюрпризы: фича работает в IPv4 и не работает (или работает иначе) в IPv6. Любой аудит включает отдельную проверку для каждого стека.",[76,133,135],{"id":134},"ос-давно-готовы",[27,136,137],{},"ОС — давно готовы",[14,139,140],{},"Linux, Windows, macOS, *BSD, iOS, Android — все мейнстримные системы имеют production-quality IPv6-стек уже больше десятилетия. На этом уровне вопросов нет.",[76,142,144],{"id":143},"датацентры-синхронное-движение-всех-слоев",[27,145,146],{},"Датацентры — синхронное движение всех слоев",[14,148,149,150,153,154,157,158,164],{},"Тут IPv6 буксует там, где казалось бы должен был выстрелить раньше всего. Сетевая фабрика (leaf-spine, BGP в underlay, оверлеи VXLAN\u002FGeneve, EVPN) IPv6 умеет, но конфиг дублируется: ",[96,151,152],{},"address-family ipv4",", ",[96,155,156],{},"address-family ipv6",", два набора route-map, два набора ACL, и ошибка в одной из «половинок» означает, что часть трафика идёт не туда. Виртуализация и SDN (KVM, VMware, OVS, VPP) тоже умеют, но фичи догоняли постепенно — например, conntrack для IPv6 в OVS дозревал ощутимо позже, чем для IPv4. Kubernetes — отдельный сериал: dual-stack стал стабильным ",[18,159,163],{"href":160,"rel":161},"https:\u002F\u002Fkubernetes.io\u002Fblog\u002F2021\u002F12\u002F08\u002Fdual-stack-networking-ga\u002F",[162],"nofollow","только в 1.23 (декабрь 2021)",", разные CNI (Calico, Cilium, Flannel) добавляли поддержку в своём темпе, kube-proxy iptables vs IPVS ведут себя по-разному. Если запускаете IPv6-only кластер — сюрпризы найдутся от ingress-контроллера до DNS в подах.",[76,166,168],{"id":167},"облака-самый-показательный-парадокс",[27,169,170],{},"Облака — самый показательный парадокс",[14,172,173,174,179,180,183,184,189,190,195],{},"AWS с февраля 2024 года берёт $0.005\u002Fчас за каждый публичный IPv4-адрес — около $43.80 в год за один (",[18,175,178],{"href":176,"rel":177},"https:\u002F\u002Faws.amazon.com\u002Fblogs\u002Faws\u002Fnew-aws-public-ipv4-address-charge-public-ip-insights\u002F",[162],"анонс AWS","). На больших инсталляциях это сотни тысяч долларов. Сигнал прозрачный: переходите на IPv6. Но на практике до недавнего времени IPv6-only VPC было невозможно собрать без обходов: SSM Agent требовал IPv4 для связи с Systems Manager, EC2 Instance Connect не поддерживал IPv6 (починили только в октябре 2025), Auto Scaling Groups регистрировали инстансы только по ",[96,181,182],{},"instance-id",", который резолвится только в IPv4, у NLB в dual-stack отваливался UDP. Corey Quinn из The Duckbill Group ",[18,185,188],{"href":186,"rel":187},"https:\u002F\u002Fgithub.com\u002FDuckbillGroup\u002Faws-ipv6-gaps",[162],"ведёт открытый список таких пробелов на GitHub",", и он за 2024–2025 годы заметно сократился, но до полного парирования всё ещё далеко. Актуальный статус по каждому сервису AWS публикует ",[18,191,194],{"href":192,"rel":193},"https:\u002F\u002Fdocs.aws.amazon.com\u002Fvpc\u002Flatest\u002Fuserguide\u002Faws-ipv6-support.html",[162],"в официальной таблице",". У GCP и Azure похожая картина: IPv6 поддерживается, но всегда с оговорками «кроме этого, этого и этого сервиса».",[76,197,199],{"id":198},"приложения-реальная-боль",[27,200,201],{},"Приложения — реальная боль",[14,203,204,205,208,209,212,213,216,217,220,221,224],{},"Это там, где живут зомби IPv4. Захардкоженные ",[96,206,207],{},"inet_aton()"," парсеры, поля в БД ",[96,210,211],{},"VARCHAR(15)",", регулярки на ",[96,214,215],{},"\\d+\\.\\d+\\.\\d+\\.\\d+",", конфиги мониторинга, шаблоны логов, форматы экспорта в CSV. Я сам видел системы, где IPv6-адрес ломал половину дашбордов, потому что разработчик 10 лет назад положился на формат ",[96,218,219],{},"xxx.xxx.xxx.xxx",". Миграция на IPv6 в большой компании — это не сетевой проект, это ",[27,222,223],{},"аудит всех приложений",", и вот это самая дорогая часть.",[14,226,227],{},"Так что да — это в прямом смысле другой интернет. На физике ничего менять не надо, но всё, что выше, должно понимать новый протокол. И именно поэтому переход растянулся на 25+ лет: дело не только в железе, и даже не только в ОС, а в десятках тысяч приложений, которые годами писались с допущением «адрес — это четыре числа через точку».",[35,229,231],{"id":230},"slaac-устройство-само-выбирает-себе-адрес","SLAAC: устройство само выбирает себе адрес",[14,233,234],{},"Это первое, что ломает шаблон. В IPv4 мир такой: либо ты статически вбиваешь адрес, либо DHCP-сервер тебе его выдаёт. Третьего нет.",[14,236,237,238,241],{},"В IPv6 есть SLAAC — Stateless Address Autoconfiguration. Маршрутизатор анонсит префикс сети (через RA — Router Advertisement), а устройство ",[27,239,240],{},"само"," генерирует себе адрес внутри этого префикса. Никакого централизованного сервера, никакой базы аренд. Если в сегменте появился новый хост — он сам себя сконфигурил и поехал.",[14,243,244],{},"Для админа это поначалу выглядит как «а где мой контроль». Но контроль никуда не делся, он просто переехал: вы управляете тем, что анонсит роутер. DHCPv6 тоже существует, и его используют там, где нужна централизация (например, в корпоративных сетях с привязкой адреса к учётке). Но базовый сценарий — SLAAC, и он действительно работает из коробки.",[35,246,248],{"id":247},"один-интерфейс-много-адресов-и-это-нормально","Один интерфейс — много адресов, и это нормально",[14,250,251],{},"В IPv4 у интерфейса один адрес. Если их два — это какая-то экзотика, alias, и обычно что-то странное.",[14,253,254,255,258],{},"В IPv6 у интерфейса ",[27,256,257],{},"штатно"," несколько адресов одновременно:",[50,260,261,268,275,278],{},[53,262,263,264,267],{},"link-local (",[96,265,266],{},"fe80::\u002F10",") — есть всегда, для связи внутри сегмента",[53,269,270,271,274],{},"глобальный unicast (",[96,272,273],{},"2000::\u002F3",") — для выхода в интернет",[53,276,277],{},"privacy address (RFC 4941) — временный, чтобы не светить MAC во внешний мир",[53,279,280,281,284],{},"иногда ещё ULA (",[96,282,283],{},"fc00::\u002F7",") — аналог приватных диапазонов",[14,286,287,288,291,292,295],{},"Когда впервые набираешь ",[96,289,290],{},"ip -6 addr"," и видишь четыре адреса на одном ",[96,293,294],{},"eth0",", рука тянется их «почистить». Не надо. Они все нужны, у каждого своя роль. Source address selection (RFC 6724) разбирается, какой адрес использовать для какого трафика.",[14,297,298],{},"Практический момент: если вы привыкли в IPv4 закладываться на «один хост — один адрес», в логах и метриках, в IPv6 эта модель сломается. Лучше идентифицировать хост по чему-то другому.",[35,300,302],{"id":301},"icmpv6-нельзя-дропать","ICMPv6 нельзя дропать",[14,304,305,306,309],{},"В IPv4 многие админы по привычке режут весь ICMP «на всякий случай». Это и в IPv4-то спорная практика (ломает PMTUD), но в IPv6 это просто ",[27,307,308],{},"выстрел в ногу",". ICMPv6 — это не «пинги», это рабочий протокол, без которого сеть не функционирует:",[50,311,312,318,324,334],{},[53,313,314,317],{},[27,315,316],{},"Neighbor Discovery (NDP)"," заменил ARP. Узнать MAC соседа — это ICMPv6",[53,319,320,323],{},[27,321,322],{},"Router Advertisement \u002F Solicitation"," — это то, как работает SLAAC",[53,325,326,329,330,333],{},[27,327,328],{},"Path MTU Discovery"," в IPv6 обязателен, потому что роутеры ",[27,331,332],{},"не фрагментируют пакеты",". Если пакет больше MTU — отправитель должен сам это узнать через ICMPv6 «Packet Too Big» и уменьшить размер",[53,335,336,339],{},[27,337,338],{},"DAD (Duplicate Address Detection)"," — проверка, что выбранный адрес никто уже не занял",[14,341,342],{},"Если зарезать ICMPv6 фаерволом — сеть встанет. RFC 4890 описывает, что можно резать, а что нельзя; коротко — почти всё нельзя. Это часто становится сюрпризом для команд, которые перетаскивают IPv4-правила «как было».",[35,344,346],{"id":345},"broadcast-больше-нет","Broadcast больше нет",[14,348,349,350,353,354,357,358,361],{},"В IPv4 broadcast (",[96,351,352],{},"255.255.255.255"," или ",[96,355,356],{},"x.x.x.255",") — это отправить всем в сегменте. ARP, DHCP — всё на нём. Проблема в том, что broadcast будит ",[27,359,360],{},"каждое"," устройство в сегменте, даже если ему этот трафик не нужен. На крупных L2-сегментах это превращается в шум.",[14,363,364],{},"В IPv6 broadcast просто отсутствует. Вместо него — multicast c хорошо определёнными группами:",[50,366,367,373,379],{},[53,368,369,372],{},[96,370,371],{},"ff02::1"," — все ноды в сегменте",[53,374,375,378],{},[96,376,377],{},"ff02::2"," — все роутеры",[53,380,381],{},"solicited-node multicast — конкретно для NDP, чтобы спросить «кто такой такой-то адрес» не дёргая всех подряд",[14,383,384],{},"Это та самая «другая модель»: мелочь, но влияет на то, как себя ведёт сеть под нагрузкой и как её надо проектировать.",[35,386,388],{"id":387},"_64-это-атомарная-единица","\u002F64 — это атомарная единица",[14,390,391,392,395],{},"В IPv4 размер подсети — гибкий, от \u002F30 до \u002F8 в зависимости от задачи. В IPv6 принято: ",[27,393,394],{},"подсеть = \u002F64",", точка. Не \u002F96, не \u002F80, не «давайте сэкономим адреса».",[14,397,398,399,402],{},"Почему: SLAAC и куча других механизмов завязаны на 64-битный interface identifier. Урезали префикс — сломали SLAAC. Адресов в \u002F64 столько (",[96,400,401],{},"2^64","), что экономить их на одном сегменте не имеет смысла.",[14,404,405],{},"Сначала это выглядит абсурдно — «давать домашнему пользователю \u002F56 (256 подсетей по \u002F64)?». Но именно так и делается. Потому что у пользователя дома уже не один сегмент: основной Wi-Fi, гостевой, IoT-сегмент, лаба. И каждый получает своё \u002F64, а не дерётся за адреса.",[35,407,409],{"id":408},"dual-stack-то-что-выглядит-просто-пока-не-запустишь","Dual stack — то, что выглядит просто, пока не запустишь",[14,411,412,413,416],{},"На практике никто не переходит на IPv6 одним днём. Все живут в ",[27,414,415],{},"dual stack"," — IPv4 и IPv6 параллельно на одном интерфейсе. И вот тут начинаются интересные нюансы.",[14,418,419,420,423],{},"Когда клиент резолвит домен и получает и A (IPv4), и AAAA (IPv6) записи — какой использовать? Ответ: ",[27,421,422],{},"Happy Eyeballs"," (RFC 8305). Клиент пробует оба, и идёт по тому, что ответил быстрее. Звучит просто, но если ваш IPv6-путь сломан или работает медленнее, пользователь этого не заметит — Happy Eyeballs молча уйдёт на IPv4. И вы будете годами думать, что у вас IPv6 работает, потому что AAAA-записи на месте, а на самом деле трафик идёт по v4.",[14,425,426],{},"Из практики: первое, что надо настроить при включении IPv6 — мониторинг по обоим стекам отдельно. Иначе деградация v6 будет невидимой.",[14,428,429,430,433,434,437,438,441,442,445,446,449],{},"Второй момент — приложения. Многие до сих пор пишутся так, что ",[96,431,432],{},"socket()"," создаётся под ",[96,435,436],{},"AF_INET",", и про ",[96,439,440],{},"AF_INET6"," никто не думал. На Linux есть ",[96,443,444],{},"IPV6_V6ONLY",", и есть IPv4-mapped IPv6-адреса (",[96,447,448],{},"::ffff:1.2.3.4","), которые позволяют одним сокетом обрабатывать оба. Но в коде это часто становится сюрпризом.",[14,451,452],{},"Третий — логи и аналитика. Если ваша система логирования режет поле под IP в 15 символов — поздравляю, вы только что потеряли все IPv6-адреса. Прошёл это лично.",[35,454,456],{"id":455},"где-мы-сейчас-по-цифрам","Где мы сейчас по цифрам",[14,458,459,460,465,466,469,470,153,475,480],{},"Самый цитируемый источник — ",[18,461,464],{"href":462,"rel":463},"https:\u002F\u002Fwww.google.com\u002Fintl\u002Fen\u002Fipv6\u002Fstatistics.html",[162],"статистика Google"," по доле пользователей, заходящих на их сервисы по IPv6. ",[27,467,468],{},"28 марта 2026 года эта доля впервые превысила 50% — 50,1% против 46,33% годом ранее"," (",[18,471,474],{"href":472,"rel":473},"https:\u002F\u002Fwww.theregister.com\u002F2026\u002F04\u002F17\u002Fipv6_50_percent_google\u002F",[162],"отчёт The Register",[18,476,479],{"href":477,"rel":478},"https:\u002F\u002Fpulse.internetsociety.org\u002Fen\u002Fblog\u002F2026\u002F04\u002F18-years-later-ipv6-reaches-majority\u002F",[162],"блог Internet Society Pulse","). То есть в среднем по миру IPv6 уже не «новая технология», это половина трафика на крупнейших сайтах планеты.",[14,482,483],{},"По странам разброс большой. По данным Google и Internet Society на начало 2026, лидеры — Франция, Индия, Германия и Саудовская Аравия с показателями выше 65–75% (по APNIC и более старым замерам Google — местами до 80%+). США в апреле 2025 — 47,6% по Google. Россия и СНГ — заметно меньше, в основном из-за инерции операторов.",[14,485,486,487,490,491,496],{},"Китай к сентябрю 2025 года отчитался о ",[27,488,489],{},"865 миллионах активных IPv6-пользователей — 77% всех интернет-пользователей страны",". Доля IPv6-трафика — 34% от общего, в мобильных сетях 69%, в фиксированных 31% (",[18,492,495],{"href":493,"rel":494},"https:\u002F\u002Fblog.apnic.net\u002F2025\u002F12\u002F04\u002Fchina-reports-major-ipv6-growth\u002F",[162],"отчёт CAC через APNIC blog","). С 2017 года рост почти в 300 раз — это не органика, это плановая программа на государственном уровне, и она работает.",[14,498,499,500,505,506,511],{},"Альтернативные источники дают чуть более скромные цифры — ",[18,501,504],{"href":502,"rel":503},"https:\u002F\u002Fradar.cloudflare.com\u002Fadoption-and-usage",[162],"Cloudflare Radar"," показывает около 40% HTTP-запросов по IPv6, ",[18,507,510],{"href":508,"rel":509},"https:\u002F\u002Fstats.labs.apnic.net\u002Fipv6",[162],"APNIC"," видит 43% сетей IPv6-capable. Google смотрит на пользователей (clients-capable), Cloudflare — на запросы, APNIC — на сети, поэтому числа и расходятся. Но направление одно и то же: IPv6 становится мажоритарным протоколом, не заменив IPv4, а сосуществуя с ним.",[14,513,514],{},"Параллельно процесс идёт и снизу: облачные провайдеры всё агрессивнее берут деньги за IPv4-адреса. У AWS это $0.005\u002Fчас, или ~$43.80\u002Fгод за один публичный v4. У Hetzner и большинства хостеров — отдельная плата за дополнительные IPv4 при бесплатном IPv6. На больших инсталляциях это становится статьёй расходов, и IPv6-only начинает иметь экономический смысл.",[35,516,518],{"id":517},"что-насчёт-ipv8","Что насчёт IPv8",[14,520,521,522,525,526,529],{},"В прошлом посте я упоминал драфт IPv8 — ",[96,523,524],{},"draft-thain-ipv8-00",". Если открыть его, сразу видно, что это работа одного автора (Jamie Thain, One Limited), и она пытается переизобрести вообще всё: DHCP8, DNS8, WHOIS8, ARP8, ICMPv8, OSPF8, IS-IS8, BGP8, SNMPv8, и даже WiFi8. Каждый пакет должен валидироваться через OAuth2 JWT-токен, маршрутизация выдаётся по ASN — то есть каждому держателю ASN полагается ровно ",[96,527,528],{},"2^32"," адресов.",[14,531,532],{},"Это не наследник IPv6 и даже не конкурент. Это персональный proposal в виде Internet-Draft (любой может опубликовать — это не означает одобрения IETF), и относиться к нему стоит соответственно. IPv6 — это процесс на 25+ лет, в котором уже половина мирового трафика. Никакой IPv8 этого не отменит, и переход на «IPv4 является собственным подмножеством IPv8» — это не решение проблемы, это её консервация.",[35,534,536],{"id":535},"что-забрать-с-собой","Что забрать с собой",[14,538,539],{},"Если коротко, что меняется в голове при переходе на IPv6:",[50,541,542,545,548,551,554,557,560],{},[53,543,544],{},"адрес — это не дефицитный ресурс, проектируйте без жадности",[53,546,547],{},"хост — это не один адрес, а много",[53,549,550],{},"ICMP — это не «пинги», это рабочий протокол",[53,552,553],{},"broadcast умер, живёт multicast",[53,555,556],{},"\u002F64 — атомарная подсеть, не делите её",[53,558,559],{},"dual stack — это две независимые сети, и обе нужно мониторить",[53,561,562],{},"end-to-end снова работает, что меняет дизайн приложений (привет, p2p без STUN)",[14,564,565],{},"IPv6 — это не апгрейд IPv4. Это другая сеть (другой интернет), и её стоит изучать как отдельный протокол, а не как «то же самое, но с двоеточиями». Иначе вы будете годами писать v4-стайл код, который как-то работает в v6, пока однажды не сломается на проде так, что вы будете долго понимать почему.",{"title":567,"searchDepth":568,"depth":568,"links":569},"",2,[570,571,572,573,574,575,576,577,578,579,580],{"id":37,"depth":568,"text":38},{"id":73,"depth":568,"text":74},{"id":230,"depth":568,"text":231},{"id":247,"depth":568,"text":248},{"id":301,"depth":568,"text":302},{"id":345,"depth":568,"text":346},{"id":387,"depth":568,"text":388},{"id":408,"depth":568,"text":409},{"id":455,"depth":568,"text":456},{"id":517,"depth":568,"text":518},{"id":535,"depth":568,"text":536},"May 9, 2026","В прошлом посте я обещал написать про IPv6. Возвращаюсь.","md",{},true,"\u002Fru\u002Fipv6",null,{"title":5,"description":582},"ru\u002Fipv6",[591,592,593,594,595],"ip","ipv4","ipv6","ipv8","network","2A0ktGcrA6RPlFnkQjURukogtLATvv5lNUSfOqvH_2U",1778317003477]