Перейти к содержимому
Калькуляторы

Обсуждения на тему IPv4 адресов проблемы и решения, разные новые правила и порядки.

Вот подумайте.

Например, на госуслугах есть реестр недобросовестных поставщиков.

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

у меня есть примеры:

Клиент три месяца платил. а потом пропал. месяц его искал -ничего не отключал. а потом только узнал что в спамбазах ИП. и конечно сразу вырубил.

или другой клиент. закончил аренду /22, а потом оказалось что одну сеть /24 он сдал в субаренду и его клиент несмотря на правки в райпе продолжал юзать адреса. обнаружилось только когда начали настраивать нового клиента.

таких примеров куча.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Таких случаев много.

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

 

У меня были мысли написать FAQ для всех, как не сдать адреса тому кому не нужно или как сдать правильно. Наверное набросаю текст.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Вопрос использования адресов вне зоны работы RIPE.есть клиент хочет использовать адреса в Америке. это возможно или физически нереально?

Так вроде совет RIPE уже выпустил резолюцию по этому вопросу: хотя бы один элемент сети должен исполльзоваться на территории RIPE, остальные можно вне. Насколько я понял, грубо говоря, для /22 одна /24 должна быть на территории RIPE, остальные могут уходить в другие регионы.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

для /22 одна /24 должна быть на территории RIPE, остальные могут уходить в другие регионы.

Ссылку на такое можете дать?

 

Тем временем в оф мейллисте райпа все больше сторонников принятия поправок по запрету трансферов из последней /8. Бла-бла-бла, надо было быть старым древним ISP, а теперь идите в светлое будущее v6, места под солнцем v4 всем не хватит.

 

Появилась статья https://labs.ripe.net/Members/wilhelm/developments-in-ipv4-transfers?pk_campaign=labs&pk_kwd=list-apwg

Если кратко - то был полный бардак с трансферами сетей из последней /8. Но после введения правила по замораживанию на 24 месяца трансферы, все стало норм.

Изменено пользователем freelsd

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

места под солнцем v4 всем не хватит

Об этом говорят последние N лет. Тем не менее, находятся новые смельчаки, инвестирующие в бизнес, основанный на v4.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

места под солнцем v4 всем не хватит

Об этом говорят последние N лет. Тем не менее, находятся новые смельчаки, инвестирующие в бизнес, основанный на v4.

 

"Барыги" всех спасут :-)

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Спрос порождает предложение. А спрос-предложение организует рынок, и RIPE его сам делает. Кому все платят в конечном счете.

Тем более что номеров из технологических IPv4 хватило бы еще на 10ки лет. А если было бы грамотное распределение текущих IPv4 среди операторов по правильности использования - то и текущих бы хватило еще надолго. А то есть разные компании забавные с /8-/10 которые их даже не анонсируют...

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

есть разные компании забавные с /8-/10 которые их даже не анонсируют

Не надоело ещё эту песню повторять? А если правильный NAT внедрять - то и без v6 можно было бы прожить, ага?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

текущих бы хватило еще надолго

Только что я увидел интересный слайд в презентации. На апрель 2016 анонсируется 2,8 млрд IP-адресов. Это примерно 65% от общего адресного пространства IPv4 без учется multicast, RFC1918 etc.

Ну и как надолго бы их хватило с учетом постепенного отказа от NAT и темпов роста Интернета?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Не надоело ещё эту песню повторять? А если правильный NAT внедрять

я к тому что если правильно бы распредялил ipv4 то не нужен был бы ipv6 и NAT кстати тоже.

представляете масштаб сколько бы денег неэкономили на research & development....

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

не нужен был бы ipv6 и NAT кстати

Четыре миллиарда адресов. 6,5 миллиардов человек и два десятка миллиардов устройств. Как вы это себе представляете?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Хорошее замечание.

А как бы оценить какое кол-во устройств в онлайн (без поправки на население или на людей которые не в сети и которым "прямо сейчас" айпи адрес не нужен)?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Правильно было бы при проектировании исходить из того, что количество устройств увеличится на порядок в ближайшие лет пять, а онлайн потребуется всем.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Немного интересной российской действительности....

 

http://www.vedomosti.ru/technology/articles/2016/05/27/642739-chinovniki-hotyat-internetom

Чиновники хотят подчинить себе весь российский интернет

Регулирование доменов, IP-адресов и сетей может стать исключительным правом государства

 

Минкомсвязи разработало законопроект с условным названием «Об автономной системе интернет», рассказали «Ведомостям» несколько источников в телекоммуникационных и интернет-компаниях и подтвердил близкий к министерству человек. Это комплекс поправок в законы «О связи» и «Об информации...», они дают государству большие возможности по контролю над всей инфраструктурой российского интернета. По словам одного собеседника, в индустрии обсуждаются два документа на эту тему (один более развернутый), копия одного из них есть в распоряжении «Ведомостей».

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Еще новости из RIPE

 

Following consensus on the Database Working Group mailing list, the RIPE NCC is no longer enforcing that the first "descr:" attribute on inetnum, inet6num and aut-num objects reflects your organisation name for allocations and assignments created by the RIPE NCC. We have removed the first "descr:" attribute line from all these objects, leaving any multiple "descr:" attribute lines how they are.

 

не прошло и 100 лет как выкосили тот атрибут который многие меняли но менять нельзя было, за что получали по рукам.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Все же интересно.

240.0.0.0/4 Зарезервировано для использования в будущем. Существует мнение, что эта подсеть больше никогда не будет использована, так как есть множество оборудования, не способного посылать пакеты в эту сеть.

https://ru.wikipedia.org/wiki/IPv4

 

Могут технические люди рассказать, что по поводу этого диапазона думают маршрутизаторы?

Или будущее не наступит?

Изменено пользователем ip4market

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Тем временем в RIPE пройдет рубеж в 10 тысяч ЛИРов.

 

Year	Objects	IPs	%of /8	Rest	Rest ip
2012	764	782336	5%	95%	15994880
2013	1799	1841664	11%	84%	14153216
2014	2415	2479104	15%	69%	11674112
2015	3230	3364352	21%	48%	8309760
2016	1893	1956864	12%	36%	6352896
Total:	10101	10424320	63%	37%	6352896

 

Т.е. выдано более 10млн адресов из 185ой сети.

Изменено пользователем ip4market

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Новость. Небольшая но интересная для LIR-ов.

 

Мы добились наконец-то от RIPE исправления ошибок в lirportal.ripe.net о которых говорили им еще с 2014ого года. Потом в 2015ом они меняли всю систему. Но ошибки так и не поправили. Очередной раз нас послали делать запросы из lirportal на что снова им напомнил, что от них ждут.

 

 

NCC#2014063179 "Re: some bug in LIR portal"

https://www.ripe.net/cgi-bin/rttquery.cgi?ticnum=2014063179'>https://www.ripe.net/cgi-bin/rttquery.cgi?ticnum=2014063179

 

NCC#2016082305 "LIR portal issue."

https://www.ripe.net/cgi-bin/rttquery.cgi?ticnum=2016082305'>https://www.ripe.net/cgi-bin/rttquery.cgi?ticnum=2016082305

 

Статус тикетов можно смотреть по ссылке https://www.ripe.net/cgi-bin/rttquery

 

Так вот. Наконец-то они исправили таблицу с IPv4 обьектами https://lirportal.ripe.net/myresources/ipv4

Теперь информация о компаниях отображается полностью! Осталось дождаться пока с AS-ками поправят таблицу.

 

Сейчас добиваюсь от них исправления еще мелких глюков по lirportal-у.

Есть наверное еще с 10ок жизненно необходимых изменений в этой системе.

Изменено пользователем ip4market

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Нашел прикольную рекламную статейку. Смеялсо.

 

https://www.linkedin.com/in/elena-boldescu-811859112?trk=pulse-det-athr_prof-art_hdr

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Ага, знаем таких.

 

Я тут все RIPE мучаю.

 

они теперь не хотят раздел по AS и IPv6 в лир портале также изменить как и IPv4 чтобы компании отображались полностью.

 

Но зато добился от них исправления глюков в https://lirportal.ripe.net/ipanalyser/

но они нагородили новых глюков с отображением 100% ов.

 

Сейчас все им опять сообщил. Жду когда разродятся. Менеджера уже запарил видимо в RIPE.

Number:	NCC#2016082305
Sent to:	lir-help@obscured
When:	Wed, 17 Aug 2016 20:41:13 +0200
Category:	Registry Issues
Today's date:	Mon, 05 Sep 2016 22:09:42 +0200
Today is a:	Working day
Status:	OPEN-REG: The RIPE NCC is expecting a reply from you
Messages:	
#	Date	Type	From	Customer Label
1	Wed, 17 Aug 2016 20:41:13 +0200	EMAIL	Customer	—
2	Wed, 17 Aug 2016 20:41:20 +0200	EMAIL	Ack	—
3	Wed, 17 Aug 2016 21:22:51 +0200	EMAIL	Customer	—
4	Wed, 17 Aug 2016 21:22:52 +0200	EMAIL	Ack	—
5	Thu, 18 Aug 2016 13:43:34 +0200	EMAIL	RIPE NCC	—
6	Thu, 18 Aug 2016 14:10:51 +0200	EMAIL	Customer	—
7	Thu, 18 Aug 2016 14:10:53 +0200	EMAIL	Ack	—
8	Thu, 18 Aug 2016 14:41:41 +0200	EMAIL	Customer	—
9	Thu, 18 Aug 2016 14:41:42 +0200	EMAIL	Ack	—
10	Fri, 19 Aug 2016 11:11:47 +0200	EMAIL	RIPE NCC	—
11	Fri, 19 Aug 2016 11:14:59 +0200	EMAIL	RIPE NCC	—
12	Fri, 19 Aug 2016 15:02:25 +0200	EMAIL	Customer	—
13	Fri, 19 Aug 2016 15:02:28 +0200	EMAIL	Ack	—
14	Fri, 19 Aug 2016 15:05:41 +0200	EMAIL	RIPE NCC	—
15	Mon, 22 Aug 2016 21:33:08 +0200	EMAIL	Customer	—
16	Mon, 22 Aug 2016 21:33:11 +0200	EMAIL	Ack	—
17	Tue, 23 Aug 2016 16:36:38 +0200	EMAIL	RIPE NCC	—
18	Tue, 23 Aug 2016 16:37:46 +0200	EMAIL	Customer	—
19	Tue, 23 Aug 2016 16:37:48 +0200	EMAIL	Ack	—
20	Wed, 24 Aug 2016 14:07:53 +0200	EMAIL	Customer	—
21	Wed, 24 Aug 2016 14:07:57 +0200	EMAIL	Ack	—
22	Wed, 24 Aug 2016 15:50:08 +0200	EMAIL	RIPE NCC	—
23	Wed, 24 Aug 2016 16:05:41 +0200	EMAIL	Customer	—
24	Wed, 24 Aug 2016 16:05:43 +0200	EMAIL	Ack	—
25	Wed, 24 Aug 2016 16:10:21 +0200	EMAIL	Customer	—
26	Wed, 24 Aug 2016 16:10:23 +0200	EMAIL	Ack	—
27	Fri, 26 Aug 2016 12:14:36 +0200	EMAIL	RIPE NCC	—
28	Sat, 27 Aug 2016 16:17:39 +0200	EMAIL	Customer	—
29	Sat, 27 Aug 2016 16:17:42 +0200	EMAIL	Ack	—
30	Mon, 29 Aug 2016 17:05:14 +0200	EMAIL	RIPE NCC	—
31	Tue, 30 Aug 2016 09:19:10 +0200	EMAIL	Customer	—
32	Tue, 30 Aug 2016 09:19:13 +0200	EMAIL	Ack	—
33	Wed, 31 Aug 2016 18:23:20 +0200	EMAIL	RIPE NCC	—
34	Wed, 31 Aug 2016 19:45:33 +0200	EMAIL	Customer	—
35	Wed, 31 Aug 2016 19:45:36 +0200	EMAIL	Ack	—
36	Thu, 01 Sep 2016 16:41:35 +0200	EMAIL	RIPE NCC	—

 

Буду мучать чтобы их чтобы навели порядок и исправили ошибки.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Сегодня решил посмотреть, что происходит в ситуации IPv4 versus IPv6.

 

Крупный американский IP брокер призывает сливать IPv4, пока не поздно - https://ipv4marketgroup.com/q42016-update/

 

Приводится два ключевых графика - количество активных уникальных адресов v4

 

unique-active-ipv4-add-per-month.png

 

и статистика использования IPv6

 

google-ipv6-adoption-rates-445x300.png

 

Далее график экстраполируется

 

ipv4-market-group-ipv6-adoption-rate-forecasting-google-results.png

 

и мы видим, что к концу 2019 года "они заполонят всю планету".

 

Я нашёл в Гугле график по IPv6 и обнаружил там вторую закладку, где на географической карте показано распространение IPv6 в разных странах.

 

https://www.google.com/intl/en/ipv6/statistics.html#tab=per-country-ipv6-adoption&tab=per-country-ipv6-adoption

 

Лидируют Бельгия (45,93%), США (29,07%), Германия (26,19%) и, почему-то, Греция! (26,79%). Также непонятно попадание в лидеры Португалии (18,97%), в находящейся под боком Испании число используемых адресов IPv6 всего 0,09%

 

И в заключение, статья, из которой взят первый график - https://labs.ripe.net/Members/philipp_richter/all-quiet-in-the-ipv4-internet

 

Статья длинная, основанная на ещё более длинном исследовании, но в конце такой вывод - "***, похоже Интернет начинает делиться на две части - в одной используют IPv6, а в другой даже и не думают об этом! Чё делать-то?"

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

что-то райп не выставляет счета на 2017 год пока что.

они там ничего случаем не мутят с оплатой?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Обычно под конец января и июня присылают вроде.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

ага все выслали

у меня 3 лира.

одному выставил за квартал 280.22 (1,120.90 в год)

второму за год 1330,22

третьему 1260,45

(второй и третий регались в 2016 году)

хотя https://www.ripe.net/publications/docs/ripe-666

говорит что везде должно быть 1400 в год.

 

причем самый большой платеж у самого свежего Лира.

Гугл помог, сделали компенсацию за 2016 года (пропорционально количеству дней)

https://www.ripe.net/participate/member-support/info/billing/redistribution-of-2016-surplus

 

не понял правда почему новым за год выставили счета сразу

Изменено пользователем stell_hawk

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Join the conversation

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

Гость
Ответить в тему...

×   Вставлено в виде отформатированного текста.   Вставить в виде обычного текста

  Разрешено не более 75 смайлов.

×   Ваша ссылка была автоматически встроена.   Отобразить как ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставить изображения напрямую. Загрузите или вставьте изображения по ссылке.