Jump to content
Калькуляторы

IPv4 is over распечатана последняя /8; новые полиси

Ура!!!

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

Share this post


Link to post
Share on other sites

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

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

Share this post


Link to post
Share on other sites

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

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

 

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

Share this post


Link to post
Share on other sites

Что будут делать с вновь появившемися адресами не из последней /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" будет распространяться и на них.

Share this post


Link to post
Share on other sites

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

Share this post


Link to post
Share on other sites

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

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

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

Share this post


Link to post
Share on other sites

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

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

Edited by rps

Share this post


Link to post
Share on other sites

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

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

 

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

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

Share this post


Link to post
Share on other sites

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

Share this post


Link to post
Share on other sites

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

Share this post


Link to post
Share on other sites

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

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

Share this post


Link to post
Share on other sites

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

 

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

 

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

 

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

Share this post


Link to post
Share on other sites

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

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

Share this post


Link to post
Share on other sites

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

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

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

Share this post


Link to post
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.