[English Version below]
Уважаемые коллеги,
ENOG 9 открывается в г.Казань сегодня в 15:00 по местному времени (UTC +3).
Для тех, кто не сможет присутствовать лично, мы ведем онлайн-трансляцию
с возможностью чата:
http://www.enog.org/live-stream/http://www.enog.org/ru/pryamaya-translyatsiya/
Ваше участие позволит нам сделать это мероприятие эффективным для региона!
Гергана Петрова
Координатор конференции
RIPE NCC
------------------------
Dear colleagues,
The ENOG 9/ RIPE NCC Regional Meeting opens in Kazan today at 15:00
local time (UTC +3).
If you cannot attend in person, you can follow the proceedings and
participate remotely by viewing the live webcast and using the chat
facilities:
http://www.enog.org/live-stream/http://www.enog.org/ru/pryamaya-translyatsiya/
Your participation will ensure that this will be another excellent event
for the region!
Kind regards,
Gergana
Gergana Petrova
Conference Coordinator
RIPE NCC
[English version below]
Уважаемые коллеги!
Мы вновь публикуем текущий список открытых для обсуждения предложений по
изменению правил RIPE.
Если вы хотите прокомментировать предложение — пожалуйста, направьте
письмо на английском языке в список рассылки соответствующей рабочей
группы.
Предложения, открытые для обсуждения:
НОВОЕ: 2015-04, «RIPE Resource Transfer Policies» (Правила передачи
ресурсов) — обсуждение открыто до 14 сентября 2015 г.
Принятые предложения:
2015-02, «Keep IPv6 PI When Requesting IPv6 Allocation» (Сохранение
провайдеро-независимых IPv6-адресов при запросе выделения IPv6)
Предложения в ожидании отклика:
2015-03, «Assessment Criteria for IPv6 Initial Allocation Size»
(Критерии определения объема первоначально выделяемого пространства IPv6)
2014-03, «Remove Multihoming Requirement for AS Number Assignments»
(Снятие требования многосвязности для получения номера автономной системы)
Обзор предложений
НОВОЕ ПРЕДЛОЖЕНИЕ: 2015-04, «RIPE Resource Transfer Policies» (Правила
передачи ресурсов)
ОПИСАНИЕ: Суть предложения — создать единые правила передачи номерных
ресурсов, обобщив положения, представленные в различных правилах RIPE.
Также предлагается добавить 24-месячный период запрета на смену
пользователя для 16-разрядных номеров автономных систем и IPv4 адресов
после любой передачи ресурсов новому пользователю.
СОСТОЯНИЕ: этап обсуждения
АДРЕС ДЛЯ КОММЕНТАРИЕВ: рабочая группа Address Policy (разработка правил
в отношении адресов): address-policy-wg(a)ripe.net
КРАЙНИЙ СРОК: 14 сентября 2015 г.
ПОЛНЫЙ ТЕКСТ ПРЕДЛОЖЕНИЯ:
https://www.ripe.net/participate/policies/proposals/2015-04
=====
Следующее предложение находится на заключительном этапе рассмотрения.
Предварительная единая позиция по ним уже сформирована. Задача этого
этапа— предоставить сообществу последнюю возможность представить
обоснованные возражения, которые не были выдвинуты и рассмотрены на
предыдущих этапах.
ПРЕДЛОЖЕНИЕ: 2015-03, «Assessment Criteria for IPv6 Initial Allocation
Size» (Критерии определения объема первоначально выделяемого
пространства IPv6)
ОПИСАНИЕ: Суть предложения — новые критерии оценки запросов на выделение
крупных диапазонов адресов IPv6. Новые критерии позволяют учесть
иерархическую и географическую структуру, а также особенности
сегментирования, направленные на обеспечение максимальной защищенности и
срока службы сети. Текущие требования в отношении количества
пользователей и масштабов инфраструктуры сохраняются.
АНАЛИЗ ПОСЛЕДСТВИЙ: В результатах анализа представлены разумные, по
мнению RIPE NCC, ограничения для каждого критерия.
СОСТОЯНИЕ: заключительный этап рассмотрения
АДРЕС ДЛЯ КОММЕНТАРИЕВ: рабочая группа Address Policy (разработка правил
в отношении адресов): address-policy-wg(a)ripe.net
КРАЙНИЙ СРОК: x сентября 2015 г.
ПОЛНЫЙ ТЕКСТ ПРЕДЛОЖЕНИЯ:
https://www.ripe.net/participate/policies/proposals/2015-03
=====
Следующее предложение было принято с момента предыдущего обновления списка.
ПРЕДЛОЖЕНИЕ: 2015-02, «Keep IPv6 PI When Requesting IPv6 Allocation»
(Сохранение провайдеро-независимых IPv6-адресов при запросе выделения IPv6)
ОПИСАНИЕ: Согласно ранее существовавшим правилам, местные
Интернет-регистратуры обязаны были вернуть предоставленные им
провайдеро-независимые (PI) IPv6-адреса при запросе распределения IPv6.
Суть принятого предложения заключается в отмене этого требования.
СОСТОЯНИЕ: анализ предложения -
ВНЕДРЕНИЕ: Внедрено 10 августа 2015 г.
ПОЛНЫЙ ТЕКСТ ПРЕДЛОЖЕНИЯ:
https://www.ripe.net/participate/policies/proposals/2015-02
=====
По следующим предложениям ожидается отклик определенных членов
сообщества, необходимый для продолжения работы над этими предложениями.
ПРЕДЛОЖЕНИЕ: 2015-03, «Assessment Criteria for IPv6 Initial Allocation
Size» (Критерии определения объема первоначально выделяемого
пространства IPv6)
ОПИСАНИЕ: Суть предложения — новые критерии оценки запросов на выделение
крупных диапазонов адресов IPv6. Новые критерии позволяют учесть
иерархическую и географическую структуру, а также особенности
сегментирования, направленные на обеспечение максимальной защищенности и
срока службы сети. Текущие требования в отношении количества
пользователей и масштабов инфраструктуры сохраняются.
АНАЛИЗ ПОСЛЕДСТВИЙ: В результатах анализа представлены разумные, по
мнению RIPE NCC, ограничения для каждого критерия.
СОСТОЯНИЕ: анализ предложения - ожидается решения
АДРЕС ДЛЯ КОММЕНТАРИЕВ: рабочая группа Address Policy (разработка правил
в отношении адресов): address-policy-wg(a)ripe.net
ПОЛНЫЙ ТЕКСТ ПРЕДЛОЖЕНИЯ:
https://www.ripe.net/participate/policies/proposals/2015-03
ПРЕДЛОЖЕНИЕ: 2014-03, «Remove Multihoming Requirement for AS Number
Assignments» (Снятие требования многосвязности для получения номера
автономной системы)
ОПИСАНИЕ: Суть предложения: смягчение требований для получения номера
автономной системы. Для этого предлагается принять следующие изменения:
- отменить ранее обязательную оценку обоснованности выделения автономной
системы;
- ограничить количество номеров автономных систем до одной тысячи на
организацию;
- добавить требование перехода к многоинтерфейсности 16-битных номеров
автономных систем по истечении 9 месяцев.
АНАЛИЗ ПОСЛЕДСТВИЙ RIPE NCC: согласно результатам анализа, принимать
решение о технической целесообразности номера автономной системы будет
конечный пользователь.
СОСТОЯНИЕ: анализ предложения — ожидается новая версия предложения
АДРЕС ДЛЯ КОММЕНТАРИЕВ: рабочая группа Address Policy (разработка правил
в отношении адресов): address-policy-wg(a)ripe.net
ПОЛНЫЙ ТЕКСТ ПРЕДЛОЖЕНИЯ:
https://www.ripe.net/participate/policies/proposals/2014-03
=====
Список и краткое описание текущих предложений по изменению правил RIPE
доступны на сайте RIPE NCC:
https://www.ripe.net/participate/policies/current-proposals/current-policy-…
Мы ценим ваш вклад в работу над правилами и ждем ваших комментариев и
предложений!
С уважением,
Марко Шмидт (Marco Schmidt)
RIPE Policy Development Officer
RIPE NCC
=====================================================
Dear colleagues,
Please find below our monthly overview of open policy proposals and the
stage they have reached in the RIPE Policy Development Process (PDP).
If you wish to join the discussion about a particular proposal, please
do so on the relevant working group mailing list.
Proposals Open for Discussion:
NEW: 2015-04, “RIPE Resource Transfer Policies” – Discussion Phase until
14 September 2015
Proposals Accepted:
2015-02, “Keep IPv6 PI When Requesting IPv6 Allocation”
Proposals Awaiting Input:
2015-03, “Assessment Criteria for IPv6 Initial Allocation Size”
2014-03, “Remove Multihoming Requirement for AS Number Assignments”
Proposal Overviews:
NEW PROPOSAL: 2015-04, “RIPE Resource Transfer Policies”
OVERVIEW: This proposal aims to create a single transfer policy with all
relevant information on the transfer of Internet number resources,
replacing text in several RIPE Policies. The proposal also introduces a
24-month holding period for IPv4 addresses and 16-bit ASNs after any
change of holdership.
STATUS: Discussion Phase
WHERE TO COMMENT: Address Policy Working Group: address-policy-wg(a)ripe.net
DEADLINE: 14 September 2015
FULL PROPOSAL: https://www.ripe.net/participate/policies/proposals/2015-04
=====
The following proposal has been accepted since the last update.
PROPOSAL: 2015-02, “Keep IPv6 PI When Requesting IPv6 Allocation”
OVERVIEW: This proposal removes the requirement that LIRs must return
their IPv6 Provider Independent (PI) assignment when requesting an IPv6
allocation.
STATUS: Accepted
IMPLEMENTATION: Implemented on 10 August 2015
FULL PROPOSAL: https://www.ripe.net/participate/policies/proposals/2015-02
=====
The following proposals are awaiting input before they go any further in
the PDP.
PROPOSAL: 2015-03, “Assessment Criteria for IPv6 Initial Allocation Size”
OVERVIEW: This proposal introduces new criteria for the evaluation of
large IPv6 allocation requests. These new criteria are hierarchical and
geographical structure and segmentation for security and planned
longevity. The current requirements, number of users and extent of
infrastructure, are retained.
RIPE NCC IMPACT ANALYSIS: Includes the RIPE NCC’s understanding of what
are reasonable limits for each of the criteria.
STATUS: Review Phase - awaiting decision from Working Group Chair
WHERE TO COMMENT: Address Policy Working Group: address-policy-wg(a)ripe.net
FULL PROPOSAL: https://www.ripe.net/participate/policies/proposals/2015-03
PROPOSAL: 2014-03, “Remove Multihoming Requirement for AS Number
Assignments”
OVERVIEW: This proposal aims to ease the requirements when requesting an
Autonomous System (AS) Number. To this end, the following actions are
proposed:
- Remove the need for evaluation
- Limit the number of AS Numbers per organisation to 1,000
- Require that 16-bit AS Numbers are multihomed after nine months
RIPE NCC IMPACT ANALYSIS: Includes the point that it will be the End
User that decides if the need for an AS Number is technically reasonable.
STATUS: Review Phase - awaiting new proposal version
WHERE TO COMMENT: Address Policy Working Group: address-policy-wg(a)ripe.net
FULL PROPOSAL: https://www.ripe.net/participate/policies/proposals/2014-03
=====
The RIPE NCC provides an overview of current RIPE Policy Proposals on
www.ripe.net:
https://www.ripe.net/participate/policies/current-proposals/current-policy-…
We look forward to your involvement in the PDP.
Kind regards,
Marco Schmidt
RIPE Policy Development Officer
RIPE NCC
Dear colleagues,
Our training team travels the RIPE NCC service region to deliver
training courses to our members without any additional cost.
Over the next few months, we'll be in Amsterdam, Athens, Odessa, Naples,
Cardiff, Barcelona, Oslo, Bucharest, Budapest, Istanbul, Zagreb, Doha,
Berlin.
Visit the following page to register and to check which training courses
we are giving in your area:
https://lirportal.ripe.net/training/courses
The RIPE NCC delivers the following training courses:
- LIR Training Course
- RIPE Database Training Course
- Basic IPv6 Training Course
- 2 days Advanced IPv6 Training Course
- Routing Security Training Course
- DNSSEC Training Course
For more information visit:
https://www.ripe.net/support/training/courses
With kind regards,
Rumy Spratley-Kanis
Training Services Manager
FYI, The next annoncement might be of interest to readers this mail
list.
jaap
<https://www.icann.org/public-comments/root-ksk-2015-08-06-en>
Purpose: This public comment proceeding seeks to review the Design
Team’s findings to date related to issues and plans for changing
the cryptographic key used to originate the DNSSEC chain of trust.
Current Status: The Design Team has generated a preliminary report
and will accept wider review.
Next Steps: After the public comment proceeding, the Design Team
will finalize its report and plan for changing the cryptographic
key.
In case people missed this announcment and are interested.
jaap
FYI,
(Apologies if you see duplicates of this message.)
ICANN, as the IANA Functions Operator, will be live-streaming the Root Zone
Key-Signing Key Ceremony (number 22) on Thursday, August 13. The "main"
ceremony that day is scheduled to begin at 2000UTC.
(This is an activity related to DNSSEC.)
For more information about the event see:
https://www.iana.org/dnssec/ceremonies/22
On Thursday there will be two cermonies as listed on that web page.
The first ceremnoy will rotate cryptographic officer duties, basically, a
change in some of the trusted community representatives participating in
the key ceremonies.
The second ceremony (the "main") will feature the introduction of two new
Hardware Security Modules. This is the ceremony that will start at 2000
UTC.
Please see the above link for more information. The live-streaming link
is at the bottom of the page. (https://icann.adobeconnect.com/kskceremony)
Уважаемые коллеги!
Приглашаем вас принять участие в обсуждении второго проекта Согласшения об Уровне Оказания Услуг (Service Level Agreement, далее - SLA), который будет заключен между оператором функций IANA в части ресурсов нумерации и сообществом «номеров» в лице 5 РИРв.
Обсуждение продлится до 23.59 UTC 31 Августа 2015 г.
Напомним, что данный документ является одним из ключевых элементов предложения со стороны сообщества «номеров», направленного в адрес Координационной группы по передаче контролирующих функций IANA (IANA Stewardship Transition Coordination Group - ICG) 15 января 2015 г.
Первый проект был подготовлен 1 мая 2015 г. и был открыт для публичного обсуждения до 14 июня.
С ним можно ознакомиться здесь - https://www.nro.net/sla-v1 <https://www.nro.net/sla-v1>
Обсуждение SLA также прошло на конференциях РИРов во всех 5 регионах - APNIC 39 (2-6 марта 2015), ARIN 35 (12-15 апреля 2015), RIPE 70 (11-15 мая 2015), LACNIC 23 (18-22 мая 2015) and AFRINIC 22 (3-5 июня 2015)
Отчет о результатах обсуждения доступен на сайте NRO (объединяет все 5 РИРов) - https://www.nro.net/sla-development <https://www.nro.net/sla-development>
Второй проект стал результатом прошедших обсуждений первого проекта.
Итоговый текст доступен здесь - https://www.nro.net/sla <https://www.nro.net/sla>
Все внесенные изменения можно увидеть здесь - https://www.nro.net/sla-track-changes <https://www.nro.net/sla-track-changes>
Просим все заинтересованные стороны присоединиться к обсуждению текущего проекта, которое пройдет до 23.59 UTC 31 Августа 2015 г. Ваши комментарии можно просто направить на ianaxfer(a)nro.net <mailto:ianaxfer@nro.net>. Если вы еще не подписаны на этот лист рассылки, то это можно сделать здесь - https://www.nro.net/mailman/listinfo/ianaxfer <https://www.nro.net/mailman/listinfo/ianaxfer>
По итогам данного обсуждения будет создан финальный SLA, который уже будет представлен в ICANN и мы рассчитываем, что он будет принят ICANN без изменений
С уважением,
Буртиков Максим
RIPE NCC