[ipaddr.ru]

Ну, в общем-то и всё :)

https://www.ripe.net/internet-coordination/news/ripe-ncc-begins-to-allocate-ipv4-address-space-from-the-last-8

[Wingman]

Уфф, успели взять чуток про запас :)

[orlik]

No new IPv4 Provider Independent (PI) space will be assigned.

 

Красота!!!

[rps]

Ура!!!

Вот только если посмотреть как раздавалась предпоследняя /8 - то можно слегка офигеть. Нередки случаи когда операторам с совсем небольшим количество адресов давалось сразу /16, а то и /15, например иранцам чуть ли не новым операторам вываливали /15+. Грустно смотреть на это.

[karpa13a]

опятьпутинвиноват

[ipaddr.ru]

Если кто читает APWG@ripe, то там прекрасное: иранец объясняет, что ему нужен блок /14 или как минимум /15.

Иначе лично ему грозит турьма. Полгода.

[nuclearcat]

А еще врать они мастера :) Ну это вообще на ближнем востоке.

[st_re]

А вроде несколько лет грозили раскулачиванием ? не ?

[ipaddr.ru]

Кому грозили? На какой предмет?

[st_re]

ну типа кто не заключил договор с лиром итд ? Или там уже все собрали и фифект оказался близким к 0?

[ipaddr.ru]

Массовых расстрелов не случилось, реально работающие сети поприжали и владельцы нашлись, документы оформили. Шелуху, особенно немаршрутизируемую, отбирали последовательно в течении пары лет.

Что будут делать с вновь появившемися адресами не из последней /8 - не очень понятно. Через 10 дней начинается RIPE Meeting, там и узнаем.

 

Есть еще шанс, что в этом году заработает пропозал 2012-04, и тогда и последнюю /8 покромсают на PI. Даже если его и примут, то эффект будет недолгий.

[rm_]

Что будут делать с вновь появившемися адресами не из последней /8 - не очень понятно

В факе разве не про это? http://www.ripe.net/internet-coordination/ipv4-exhaustion/faq

When the RIPE NCC starts allocating address space from the last /8, all IPv4 address space that is returned to the RIPE NCC will go back into the last /8 pool of IPv4 address space. It will then be re-used to allocate /22s to LIRs according to section 5.6 of “IPv4 Address Allocation and Assignment Policies for the RIPE NCC Service Region”

Т.е. даже если им вдруг внезапно вернут очень много адресов, экономный режим раздачи "last /8" будет распространяться и на них.

[rps]

Давно пора арину заняться раскулачиванием, ибо у них КУЧА /8 не анонсируются. С другой стороны, это опять оттянет внедрёж v6 ;)

[rps]

Если кто читает APWG@ripe, то там прекрасное: иранец объясняет, что ему нужен блок /14 или как минимум /15.

Иначе лично ему грозит турьма. Полгода.

Нашел это письмо. Он пишет, что от 6 месяцев до года у них стоит применение туннелирования, а ipv6 у них нет. Почему-то применение nat он не рассматривает, а только плачется. Наверное спор какой-то проиграл с коллегами из соседних компаний, которые по ляму адресов хапнули.

[ipaddr.ru]

Ром, даже успешное раскулачивание ничего не даст. Увы. И чем быстрее арин уйдет на last /8 - тем лучше.

[rps]

Да ладно ничего не даст, там _много_ неиспользуемого. ещё года 3-4 можно будет спать спокойно, а то и больше. Ну и лично я - за внедрение ipv6. И даже неплохо что в последнем блоке райпа много больших кусков - и так табличка за пару месяцев на 15-20 килопрефиксов скаканула.

Другой вопрос, что "fairiness" как-то не ассоциируется с наблюдавшимся раздербаниванием.

Изменено 14 сентября, 2012 пользователем rps

[ipaddr.ru]

табличка за пару месяцев на 15-20 килопрефиксов скаканула.

Это нормальные темпы, я смотрю рассылку Джеффа за прошлый год, там летом тоже с 357 до 386 тыщ выросло.

 

Другой вопрос, что "fairiness" как-то не ассоциируется с наблюдавшимся раздербаниванием.

А через недельку и узнаем, что это было. Главное - печень тренировать.

[rps]

Увы, не у всех есть бюджеты на отраслевые конференции. Да и в том же apwg недвусмысленно намекнули, что деталей заявки никто открывать не будет, максимум - проверят её ещё раз.

[ipaddr.ru]

Вроде как APWG к operational имеет мало отношения. Да и не нужно детали-то в частном порядке выяснять, за стойкой бара :)

[s.lobanov]

Т.е. нового оператора с двумя аплинками открыть теперь невозможно? Я это вижу так: допустим у всех абонентов поддерживается IPv6, но всё равно им нужен доступ в IPv4, т.е. надо делать 64 или dual-stack("белый" ipv6+серый ipv4)+44, в обоих случаях нужен свой ipv4-префикс хотя бы /23, а PI теперь не выдают. Как же быть?

[ipaddr.ru]

Два варианта: 1) пойти к LIR и попросить префикс нужного размера и анонсировать его от своей AS. 2) Стать LIR и получить /22.

[rm_]

Т.е. нового оператора с двумя аплинками открыть теперь невозможно? Я это вижу так: допустим у всех абонентов поддерживается IPv6, но всё равно им нужен доступ в IPv4, т.е. надо делать 64 или dual-stack("белый" ipv6+серый ipv4)+44, в обоих случаях нужен свой ipv4-префикс хотя бы /23, а PI теперь не выдают. Как же быть?

Насколько я понимаю операторы, оказывающие услуги связи абонентам, вообще изначально не должны были работать на базе PI; они должны были становиться LIR'ами и получать "полноценный", не-PI диапазон. Теперь собсс-но только этот ("правильный") путь и остался.

[s.lobanov]

2) Стать LIR и получить /22.

 

А слона то я и не приметил!

 

Два варианта: 1) пойти к LIR и попросить префикс нужного размера и анонсировать его от своей AS.

 

а ripe позволит создать route-object для этой сети, где в поле origin будет своя AS? Если не позволит, то потом будет геморрой с прохождением префикса через автоматически сгенерированные префикс-листы

[rps]

а ripe позволит создать route-object для этой сети, где в поле origin будет своя AS? Если не позволит, то потом будет геморрой с прохождением префикса через автоматически сгенерированные префикс-листы

Позволит, так немало народу живёт. Но оператора на такое надо ещё уговорить, теперь все будут за имеющийся адресный ресурс держаться пуще прежнего.

[ipaddr.ru]

а ripe позволит создать route-object для этой сети, где в поле origin будет своя AS? Если не позволит, то потом будет геморрой с прохождением префикса через автоматически сгенерированные префикс-листы

Позволит, так немало народу живёт. Но оператора на такое надо ещё уговорить, теперь все будут за имеющийся адресный ресурс держаться пуще прежнего.

Можно уговаривать не оператора, а любого другого LIR (ковыряю пальчиком в ладони). Но адресный ресурс - это актив, цена будет расти по сравнению с сегодня.