Временной горизонт
Immediate 0 30d
В фасете «Временной горизонт» значение «Immediate 0 30d» группирует статьи по периоду, в течение которого сигнал может сохранять значение. Страница помогает отличить срочные операционные изменения от более долгих сдвигов в управлении, инвестициях, стандартах и инфраструктуре. Сроки сопоставляются с открытыми источниками, участниками, рынком, рисками для клиентов, политическим давлением и планированием инфраструктуры, чтобы понять, требует ли событие немедленных действий или длительного наблюдения.
Истории
Проект ARIN разделяет исходный /48 и формулу расширения для нескольких площадок
Recommended Draft Policy ARIN-2025-7 уточняет формулировку, но не меняет критерии права на ресурс: каждому обоснованному числу площадок должна соответствовать предсказуемая IPv6-алокация, выровненная по границам nibble.
Истории
ARIN-2025-1: как уточнение терминов меняет круг применения правил
В проекте срок реализации назван «Immediate», тогда как сотрудники ARIN оценивают работу в шесть месяцев: обучение, документы, процедуры и приложения. Это два разных утверждения источников, а не противоречие, созданное BTW.
Истории
APNIC открыл публичный журнал запросов, но не персональную панель участника
Аналитическая справка о APNIC открыл публичный журнал запросов, но не персональную панель участника объясняет событие, доступные открытые подтверждения, участвующие организации, региональный контекст, рыночные риски и возможные последствия для инфраструктуры. В категории…
Истории
APNIC создал механизм отзыва RPKI. Но полномочия на его применение ещё не оформлены
APNIC сообщает, что техническая реализация prop-166 завершена. Однако в публичном реестре политика по-прежнему значится как находящаяся на стадии внедрения, а изменения в Certification Practice Statement и условиях RPKI остаются незавершёнными. Этот разрыв существенен…
Истории
APNIC prop-175 переносит проверку потребности IPv6 в первую заявку
Предложение APNIC prop-175 позволит организации уже в первой заявке обосновать независимое от оператора назначение IPv6 крупнее `/48`, если операционная потребность заранее известна и документирована. Текст пока лишь опубликован в рассылке Policy SIG. Он обещает убрать повторную…
Облачные сервисы: тенденции Северной Америки
Opti9 купила облачный сервис, но не здания
Канадский бизнес управляемого облака, часть инфраструктуры и десять сотрудников переходят к Opti9, а дата-центры остаются у Hut 8. Теперь непрерывность услуги определяется многолетним договором колокации между двумя компаниями.
Истории
APNIC prop-164 превращает малые выделения IPv6 в проверку прозрачности резервов
Предложение APNIC prop-164 позволит начинать с блока IPv6 меньше `/32`, сохраняя пространство для роста. Это может повысить точность Whois и RDAP, но главный критерий — останется ли зарезервированное пространство видимым, проверяемым и условным обязательством реестра, а не…
Истории
Для более крупных делегаций IPv4 в APNIC сначала нужна очередь, а уже потом — более высокий потолок
Предложение APNIC prop-168 позволило бы владельцам учётных записей, отвечающим критериям, приблизиться к агрегированному /22 и предусматривает отдельный переходный резерв /12. Оно определяет, кто может обратиться и сколько получить; однако собственные расчёты дефицита показывают…
Истории
Переход ARIN на RDAP требует трёх разных проверок выхода
ARIN хочет заменить три старых сервиса одним стандартизированным протоколом каталогов. Направление выглядит логичным, но операционная проверка состоит в том, смогут ли Whois-RWS, RWhois и Whois через порт 43 завершить работу на основании свидетельств, соответствующих их реальным…
Истории
APNIC prop-170 должна измерять разницу между потребностью IPv6 и выравниванием по нибблу
Технически допустимый префикс IPv6 не всегда удобен в эксплуатации. Prop-170 APNIC позволила бы LIR запросить наименьшее выделение, выровненное по границе ниббла и покрывающее уже проверенную потребность. Предложение обещает более ясное планирование, не отказываясь от выделения…
Истории
Проверка потребности APNIC должна измерять реально рассматриваемый блок IPv4
Prop-169 APNIC заменит фиксированную ссылку на `/23` в плане использования LIR ссылкой на фактически рассматриваемую делегацию. Поправка узкая, но доказательства должны соответствовать заявке, а не большему блоку, который может вообще не рассматриваться.
Истории
APNIC prop-174 делает адрес для сообщений о злоупотреблениях обязательным требованием политики
Prop-174 переносит практику работы почты для сообщений о злоупотреблениях в явные правила. Это делает канал измеримым, но одновременно включает доставку, фильтрацию, разбор и ответ в цепочку доказательств, способную привести к договорным последствиям.
Истории
Prop-173 превращает доступ к каталогу APNIC в вопрос управления
Prop-173 предлагает отдельные публичные и версионируемые правила для обычных запросов WHOIS, RDAP, веб-поиска и аналогичных API APNIC. Важно не просто наличие условий, а способность отличить законное операционное повторное использование от создания заменяющей базы и обеспечить…
Истории
APNIC может определить злоупотребление в Интернете, не становясь судьёй
Prop-172 предлагает общий язык для злоупотреблений, связанных с IP-адресами. Польза определения зависит от институциональной границы: описание поведения не должно незаметно давать APNIC право решать жалобы, наблюдать за сетями или назначать меры.
Досье
Отставание допустимо. Переписанный прошлый шаг — нет
Два валидатора RPKI редко получают обновления в одну и ту же секунду, поэтому временное расхождение их состояний нормально для распределённой системы. Но есть иное расхождение: один и тот же serial в одной RRDP-сессии сначала объявлен с одним хешем, а затем с другим. Это уже не…
Досье
Серийный номер совпал. Зона — нет
Опасная копия DNS-зоны не обязательно выглядит повреждённой. Передача может завершиться, файл — пройти разбор, а SOA Serial — совпасть с планом публикации. Если при этом потеряна одна glue-запись, номер версии ничего не скажет о различии. ZONEMD вводит отдельную границу допуска…
Досье
Два устаревших полулинка убедили контроллер, что мост цел
Физический канал уже был разорван, но два производителя BGP-LS сохранили по одной противоположной половине его описания. Потребитель объединил фрагменты, получил аккуратное ребро и передал его алгоритму. Избыточность обеспечила доступность данных, но не их одновременность — и…
Досье
Маршрут был готов, но обратный граф не знал получателя
Новый VRF может импортировать правильный Route Target, исходный PE — держать исправный VPN-маршрут, а все BGP-сессии — оставаться Established. Тем не менее получатель ничего не увидит. В RFC 4684 сначала навстречу источнику движется интерес, и лишь затем совпавшая достижимость…
ICANN
ICANN расширила Фонд проектов до утверждения правила отбора
В финансовом протоколе одна и та же сумма может иметь четыре бухгалтерских статуса: прогноз, подтверждённый профицит, перевод в отдельный фонд и разрешённый расход. Цифры выглядят одинаково, но полномочия возникают на разных этапах. 3 мая 2026 года Правление ICANN расширило…
Досье
Ноль без поля ничего не объясняет
Аналитическая справка о Ноль без поля ничего не объясняет объясняет событие, доступные открытые подтверждения, участвующие организации, региональный контекст, рыночные риски и возможные последствия для инфраструктуры. В категории Аналитика: Досье этот сигнал связан с работой…