ipaddr

Sub-assigning в терминах RIPE NCC. И здесь я с их формулировкой согласен. Вы еще не освоили таблицу умножения, а уже просите рассказать про интегральное исчисление. Только написал про тонкий троллинг, как вы показали обратный пример.

Ну спасибо, профессор, успокоили. Еще BCP покажете на эту же тему?

Есть рекомендация. Рекомендация - /64 или больше на подсеть. Про хосты не говорится, даже винда в DHCP режиме берет себе два адреса. Не винда, а фря, не в DHCP, а в статик, и не Иванов...

Вообще-то такого ограничения нету. Тонкий троллинг, если мы об одном и том же говорим

Как минимум, это нарушает RIPE-510. Это, конечно, не RFC, но тем не менее. В этой редакции документа я нашел ещё одну странность, касающуюся PI IPv6, но, возможно, это ошибка. Я уточню. Отставить, ошибка отсутствует.

Ни в чем не логично. Противоестественно, я б сказал.

Это называется заговор и детектируется психотерапевтом Домашний провайдер не дает native IPv6, ADSL-модем не понимает 6to4 инкапсуляции и грохает пакеты, CCTLD не заботится IPv6 glue записями в корневой зоне, датацентр не прописывает реверсы в RIPE DB, один из двух BGP-пиров начинает внезапно присылать 300 префиксов вместо 5500 - это то, с чем столкнулся лично я за последний год. Проблемы развития, понятно. Точно как маленькие дети.

Мнение, что RIPE-512 препятствует внедрению IPv6 в массы малыми и средними провайдерами, имеет право на жизнь. Если стараться смотреть на проблему комплексно, а не только глазами PI-регистратора, можно заметить, что даже из тех больших операторов, которые получили IPv6 блоки и анонсируют их, абонентам предоставляют IPv6-доступ единицы. Опять-таки, PI-регистраторы не менее радостно продают клиентам PI-блоки, написав в заявке: "внутренняя сеть ISP, клиентам не предоставляются, мамой клянус". Что, неправда разве? Клиенты (End Users) на PI в массе RIPE-512 в глаза не видели. Их это беспокоит

Приходите к нам - нарежем вам PA из нашего кусочка. Альтернатива - станьте LIRом, это сравнительно недорого. А если серьезно, то речь в первую очередь идет о незаполнении роутинговой таблицы маршрутами /64,/56 и т.п. Полагаю, что это все же страхи, т.к. в текущей таблице на 5500 префиксов встречается около десятка префиксов длиннее, чем /48. Можно подождать изменения политики, благо оно назревает. Но не следует в список рассылки обещать привести 1000 леммингов

Клиентам можно выдавать адреса из PA блоков. PI должны использоваться для инфраструктуры и даже /126 для организации BGP-стыка выдать клиенту/пиру нельзя. Дурь известная, но существующий документ (RIPE-512) трактуется именно так.

И что с того?

isp-servis, после того, что вы устроили в address-policy, не нужно жаловаться на консервативность тамошних завсегдатаев. Вы можете продавать sub-allocation в IPv6. Ну и вам ничто не мешает продавать /48 PI для инфраструктуры ISP, не так ли?

У нас -10%

you win!

У нас - $1400.

Они надоели уже спамить внутри темы.

isp-servis, вам не кажется, что дискуссия по поводу цен между конкурентами - это глупо? ps. и давно вы стали оформлять /32 IPv6? мне оформите?

Мы беремся за регистрацию больших сетей. Как верно написали коллеги, это занимает немало времени, но при достаточных критериях для запроса (наличие абонентов, планы роста, показанные счета за оборудование) большие сети (/18, /17) регистрируются и сейчас.

мы. ну то есть не без всяких документов, паспорт-то потребуется. но вопросы СПД/не-СПД - это не вопросы RIPE NCC.

Как насчет Беларуси?

У нас тоже нет проблем с этим. К сожалению, валютное законодательство Украины открыть прямой счет нерезиденту не позволяет.

Оплата ресурсов после оформления - уже де-факто стандарт для этого рынка. Большая проблема, например, это прием белых платежей в гривнах.

Смотря что. Стараемся.

к нам обращались?

isp-servis, а что у вас было с упомянутой лавкой? насчет "не имел отношения" - душой не покривили? roger, с нами поимели проблем? серьезно? идентифицируете себя как-нибудь?