ipaddr

Региональная конференция ENOG 3/RIPE NCC пройдет в Одессе 22-23 мая 2012 года. Конференция ENOG впервые пройдет на Украине. Цель конференции — обеспечить возможность операторам данного региона поделиться опытом и обсудить вопросы и предложения, представляющие общий интерес для местного и всемирного интернет-сообщества. Ожидаются доклады по темам пиринга, DNS, IPv4/IPv6, безопасности, управления интернетом, безопасности и региональным вопросам. Отдельно будут идти доклады RIPE NCC. Вход бесплатный, приглашаются все желающие. Регистрация на сайте.

тендер? нафиг. за /19 - приходите )

Мне жаль, но вы мыслите узко. Мало кого уже сейчас волнует выдача IPv4, там нету адресов, ну, может быть, еще год мы заработаем на оформлении. А вот деятельность райпа много кого интересует, в том числе и его бюджет. За виды деятельности райпа со следующего года, наверное, будем голосовать по отдельности за каждый (спасибо директорам - прислушались). Пока же члены райпа голосуют за весь план деятельности, и голосуют довольно активно - по RPKI, например, 2/3 голосов за разработку софта и 120/114 голосов за сертификацию. Хотите увидеть измененную схему расчетов - начинайте платить и пробуйте

С чего бы вдруг? А бюджет RIR откуда наполняться будет?

это как? у нас в городе 8 лиров. при этом pi берутся регистрировать только один-два. а так бы стало 20-30 лиров 3xs и платили бы мелкие меньше. правда мимо вашего кармана. Если бы такое произошло, например, пришло бы в течение года 3000 новых LIRов со своими платежами в средних 500 евро и это бы вызвало некоторое уменьшение категорий всех остальных LIRов, то райп бы просто изменил скоринг в надежде сохранить свой бюджет между 18 и 20 млн. евро. То есть новая схема расчетов имела бы краткосрочный эффект, менее года. В любом случае все изменения рассчитываются исходя из текущих данных

Бойкотик - это всегда пожалуйста, это рыночно Голосовал против, в первую очередь, из-за того, что предлагаемая схема расчётов существенно увеличивает лично мой инвойс. Во вторую очередь - из-за осознания того, что >60% LIRов будут платить больше, а <40% - меньше. В третью очередь - потому что предлагаемая схема практически предлагает дважды тарифицировать PI-ресурсы: первый раз в общем скоринге, а второй - по €50 за каждую пиайку. Ну как-то так, да. Кассу я не боюсь потерять, иначе бы не продвигал прямые платежи в райп через открытие локальных банковских счетов.

XXS не существует, новую схему расчетов не приняли (я лично голосовал против всеми своими голосами). Непринятое предложение есть вот тут и оно действительно предусматривает две категории ниже XS с годовой оплатой €250 и €750 соответственно. Но думать, что многие LIR попали бы в категории 2XS и 3XS - напрасно, не попали бы.

У нас на сайте есть фидбек. Напишите туда вкратце? Достаточно емейла и запроса типа того, что вы написали. На сайте есть и ценник тоже. тест изменений.

Все могут Но совсем без сканов нельзя - контракт и скан СПД нужны.

Можно, условия общие - нужно знать, куда и в каком количестве используются адреса. Ну и расписать полное использование в течение 3 месяцев.

Так этим людям (провайдерам) просто не нужен IPv6, это же очень хорошо! Я заработаю больше, регистрируя им IPv4. В самом деле, мне домой нужна минимум сеть /125, но еще нужно, чтобы автоконфигурация работала. А тут уже подавай /64. Немаршрутизируемую /64 я как-то себе не очень представляю.

Я не куплю домашнюю IPv6-связность без /64. Вы купите?

Окей, повторю тезис, раз вы не в курсе практики. Существующая редакция полиси (RIPE-512, разделы 8 и 2.6) позволяет NCC отказывать в удовлетворении PI-заявок с критериями назначения адресов "хостинг и подобные" и "клиенты ISP", вне зависимости, чью инфраструктуру вы опишете в заявке. Насколько хорошо вы понимаете английский текст и реальность - я не знаю. Подчеркну - вне зависимости от размера.

А покажите мне удовлетворенную заявку с хостингом или бродбендом, если вы уж уперлись в документы?

Вы, кажется, считаете меня адвокатом NCC. Напрасно. Я могу цитировать позицию NCC, с их ссылками на определение sub-assignment, с которой я не раз спорил. Но давайте вы ещё раз прочитаете 2.6 в RIPE-512 и подумаете, что при прочтении документов бывают мнения, отличные от вашего? И что зоны ответственности провайдера никогда не включают в себя оборудование клиента, платящего вам деньги.

Не пойму, вы поддерживаете запрет выделения PI для хостинга либо наоборот - отмену такой практики?

Я вас услышал. А что вы думаете по поводу невыделения NCC IPv6 PI-ресурсов для хостинга? Всего /128 на каждый виртуалхост?

Не считая ваших ошибок в определении PI/PA и LIR/RIR - проблемы нет. Нельзя переназначать (sub-assignment) третьим лицам, так? Ну а демагогия to delegate/not to delegate - на вашей совести. Убедите меня, что мой роутер - это сеть провайдера, а не моя собственная. Вы границы зон ответственности где рисуете, на розетке?

Provider Independent? П. 8 цитируемого вами RIPE-512.

Отнюдь. От LIR вы никак не можете получить PI. А NCC назначит PI только после подписания контракта с NCC/LIR, в котором будут упомянут указанный документ и ваше с ним согласие. Ещё я думаю, что ссылаться на тренинговый материал в ущерб addressing policy - плохой тон.

To “assign” means to delegate address space to an ISP or End User for specific use within the Internet infrastructure they operate. Да, является. Но только клиент - End User, а вы - ISP.

Знаете, это как с законами: есть конституция, есть правоохранителиприменители, есть подзаконные акты, а есть судебная практика. И все эти документы принимаются во внимание. У меня складывается впечатление, что вы хотите поспорить с судебной практикой, ну то есть с тем, что уже прошло. Зачем? Хотите сказать, что регистраторы не разбираются в предмете?

Вы что хотели сказать-то?

Я недостаточно авторитетен, чтобы давать определения, к сожалению. Мой опыт общения по этим вопросам таков, что NCC исходит из деятельности компании. Если это ISP - то это любое лицо, получающее или предоставляющее услуги по доступу в сеть. Если это хостинг-провайдер - это потребитель услуг хостинга, VPS/VDS, colo.

Про невыработанные правила - вы серьезно? Реализация правил меняется время от времени, но основные формулировки уже давно установились и вряд ли поменяются. Тренинг, к примеру, рассказывает про secure routing, в реализации которого еще конь не валялся, и вы это тоже будете принимать за истину? Формулировка же sub-assigning такова, что назначение /128 или /126 клиенту или пиру компании-ISP считается таковым. И судьба запроса IPv6 assignment для назначения даже виртуальному хостингу сейчас может быть предсказана заранее - эту строчку придется вынести из плана адресации. И ничего страшного, даже