регистрация блока Ip адресов

[NEP 217]

Дима, забудьте про роутеры - это бред. Автоконфиг и всё. например в Хр нет ни статики, ни дхспв6. Как прикажете им получить айпи? Через нетсх?

 

Витя, такие устройства будут получать в4 адрес. Переход на в6 состоит из трех фаз.

1. 4to6

2. параллельная работа v4, v6 стеков

3. десятилетний период отмирания v4.

[natiss 16]

 

Пишу в третий раз да НАТ-а нет, но поинтересуйтесь функционалом ipv6 soho-router. Такими технологиями, как: Teredo, ipv6 redirect, proxy..

 

Вы вообще видели в продаже ipv6 soho-router? Видели какой функционал там есть, а какого нет?

Какое тиредо, включите мозги! Мы говорим о натив айпив6 а не о туннелях, прокси и прочем бреде.

/64 - единственное решение для объекта нетворк. Вы ограничиваете абоненгта одним хостом. Хотя тут же пишете про то, что не ограничиваете (8-я страница). Я даю абоненту нетворк! Технически для айпив6 это реально, блок /48 это 65000 абонентов. вас смущает райп? Напишите, что блок получен для организации умственных инвалидов. И райп устроит и правде соответсвовать будет.

 

Дима, забудьте про роутеры - это бред. Автоконфиг и всё. например в Хр нет ни статики, ни дхспв6. Как прикажете им получить айпи? Через нетсх?

 

Витя, такие устройства будут получать в4 адрес. Переход на в6 состоит из трех фаз.

1. 4to6

2. параллельная работа v4, v6 стеков

3. десятилетний период отмирания v4.

Ну так я говорю о втором периоде. Натив айпив6 и дуал стек.

[NEP 217]

Какое тиредо, включите мозги! Мы говорим о натив айпив6 а не о туннелях, прокси и прочем бреде.

/64 - единственное решение для объекта нетворк. Вы ограничиваете абоненгта одним хостом. Хотя тут же пишете про то, что не ограничиваете (8-я страница). Я даю абоненту нетворк! Технически для айпив6 это реально, блок /48 это 65000 абонентов. вас смущает райп? Напишите, что блок получен для организации умственных инвалидов. И райп устроит и правде соответсвовать будет.

 

Читать до прозрения:

The minimum reasonable size would be a /64 (a single address would be

a /128). It should be noted that a /64 doesn't entirely exclude

customers from subnetting, but it will cause problems with router

advertisement and other features. I don't think that anyone with

experience deploying IPv6 would argue for subnets smaller than a /64,

so its not worth discussing further.

 

Another thought I have: what about routing? Right now, while you

might not see a lot of users configuring subnets at home, there is a

much larger number of "power users" that configure their own routers

and firewalls for purposes besides simply running NAT. With IPv6, if

an ISP only provides a bridged /64, customer's machines will connect

directly to the ISP and will not pass through any customer-premises

routing equipment. At best, customers could configure a layer-3

switch or bridging firewall.

 

To me, the logical deployment seems to provide a /128 address, and

route a /64, /56, or /48 into that. My fear is that this will be

hidden inside a cable modem or other CPE that the customer won't have

direct access to, similar to how it is currently, except that

currently we at least have NAT and can avoid proper routing. A /128

address should be given directly to the customer for routing their

subnet through their own devices.

 

Regards,

Eric Windisch

 

Во первых это не соответствует политике RIPE, во вторых, а зачем маршрутизируемая /64. Ради автоконфигурации? Так эту задачу рашеет гараздо эффективней DHCP и ограничиться можно /125 или /127 блоком на пользователя, естественно обладая статусом лир-а. Ну и в третьих, сама автоконфигурация - это технология не операторского класса, он не реализует функций AAA. А следовательно использование автоконфигурации в сетях доступа - дилетансткое, не мсштабируемое и потенциально-проблемное решение.

[dir1212 9]

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

Проблему роутинга как я уже писал решает DHCP-PD. И не надо никакого /128 на роутер абоненту.

 

The prefix advertised in the RA can come from an authorization, authentication, and accounting (AAA) server, which also provides the prefix attribute, can be manually configured, or can be allocated from a prefix pool.

[NEP 217]

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

Проблему роутинга как я уже писал решает DHCP-PD. И не надо никакого /128 на роутер абоненту.

 

Если у вас DHCP, то зачем вам autoconfig? Это же бред! Вам в этом случае необходимы две схемы авторизации пользователей!

[natiss 16]

Какое тиредо, включите мозги! Мы говорим о натив айпив6 а не о туннелях, прокси и прочем бреде.

/64 - единственное решение для объекта нетворк. Вы ограничиваете абоненгта одним хостом. Хотя тут же пишете про то, что не ограничиваете (8-я страница). Я даю абоненту нетворк! Технически для айпив6 это реально, блок /48 это 65000 абонентов. вас смущает райп? Напишите, что блок получен для организации умственных инвалидов. И райп устроит и правде соответсвовать будет.

 

Читать до прозрения:

The minimum reasonable size would be a /64 (a single address would be

a /128). It should be noted that a /64 doesn't entirely exclude

customers from subnetting, but it will cause problems with router

advertisement and other features. I don't think that anyone with

experience deploying IPv6 would argue for subnets smaller than a /64,

so its not worth discussing further.

 

Another thought I have: what about routing? Right now, while you

might not see a lot of users configuring subnets at home, there is a

much larger number of "power users" that configure their own routers

and firewalls for purposes besides simply running NAT. With IPv6, if

an ISP only provides a bridged /64, customer's machines will connect

directly to the ISP and will not pass through any customer-premises

routing equipment. At best, customers could configure a layer-3

switch or bridging firewall.

 

To me, the logical deployment seems to provide a /128 address, and

route a /64, /56, or /48 into that. My fear is that this will be

hidden inside a cable modem or other CPE that the customer won't have

direct access to, similar to how it is currently, except that

currently we at least have NAT and can avoid proper routing. A /128

address should be given directly to the customer for routing their

subnet through their own devices.

 

Regards,

Eric Windisch

 

Во первых это не соответствует политике RIPE, во вторых, а зачем маршрутизируемая /64. Ради автоконфигурации? Так эту задачу рашеет гараздо эффективней DHCP и ограничиться можно /125 или /127 блоком на пользователя, естественно обладая статусом лир-а.

Бред сивого лошака. Каждый хост и получит /128, никаких нарушений нет. В ХР нет дхспв6. Поражает ваша педантичность.

[NEP 217]

Бред сивого лошака. Каждый хост и получит /128, никаких нарушений нет. В ХР нет дхспв6. Поражает ваша педантичность.

 

Бред барана. ХР будет получать v4 адрес по DHCP до скончания ее веков. 7-ка будет получать два адреса по DHCP - v4 и v6

[natiss 16]

Бред сивого лошака. Каждый хост и получит /128, никаких нарушений нет. В ХР нет дхспв6. Поражает ваша педантичность.

 

Бред барана. ХР будет получать v4 адрес по DHCP до скончания ее веков. 7-ка будет получать два адреса по DHCP - v4 и v6

Ню ню. Когда конец света, пророк?

[NEP 217]

Ню ню. Когда конец света, пророк?

 

Раньше, чем ваш аплинк выделит вам в6 линковую подсеть , которую не являясь лиром вам выделить не имеет права

[natiss 16]

Ню ню. Когда конец света, пророк?

 

Раньше, чем ваш аплинк выделит вам в6 линковую подсеть , которую не являясь лиром вам выделить не имеет права

Бред. fe:co:: чем не сеть?

Другое дело, что квага умрет при поднятии айпив6 сессии.

[NEP 217]

Ню ню. Когда конец света, пророк?

 

Раньше, чем ваш аплинк выделит вам в6 линковую подсеть , которую не являясь лиром вам выделить не имеет права

Бред. fe:co:: чем не сеть?

Другое дело, что квага умрет при поднятии айпив6 сессии.

 

Хорошая сеть. Следуя этой логике можно пойти дальше, а зачем вам вообще в6 маршрутизируемая в Интернет с единственным аплинком? Два аплинка-лира не показали, план адресации - полный бред... Правильно, она вам не нужна. Выдадут вам /128, а своим пользователям хоть /32 нарежте из не маршрутизируемого в Интернет диапазона.

[dir1212 9]

Бред. fe:co:: чем не сеть?

Другое дело, что квага умрет при поднятии айпив6 сессии.

Уже не fe:co::. По Последним RFC это FC00::/7

[natiss 16]

Бред. fe:co:: чем не сеть?

Другое дело, что квага умрет при поднятии айпив6 сессии.

Уже не fe:co::. По Последним RFC это FC00::/7

Ну да, я ошибся, написал линк-локал префикс почему-то но не суть важно. Потом заменяем на адреса из полученного блока и всё. Страшно то, что к техническим проблемам, такие чудаки, как НЭП, добавляют организационные.

[dir1212 9]

В целом я не вижу особых технических проблем для внедрения. Правильный выбор вендора(ов). Проблемы пока есть с абонентскими CPE.

[natiss 16]

В целом я не вижу особых технических проблем для внедрения. Правильный выбор вендора(ов). Проблемы пока есть с абонентскими CPE.

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

ужас

классическая тема дибила абонента, и таких тем 99%.

Проблема надумана товарищами, исповедующими принцип 1 порт - 1 мак.

[trofimtr 0]

Регистрировал /20 через isp-servis.ru Работают быстро отзывчиво, заняло всего 3 дня. И цены приятно удивили.

[DangerIP 31]

тоже регил /22 у исп-сервис , быстро , без всяких проблем. советую.

[Amasis 0]

Регестрировал в http://isp-servis.ru/ /22 для себя и /21 для другой конторы - все опретивно ,и без всяких проблем. Советую.

[alex-1981 7]

тоже у http://isp-servis.ru/ регили /22

вот думаем еще взять. и тоже у них. постоянным клиентам скидка 20%

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

[Sergek 123]

При помощи http://isp-servis.ru/ зарегистрировал /19. Все на высшем уровне, сделали быстро, оказали помощь в общении с RIPE.

Перевел все свои объекты к ним на обслуживание. Спасибо Руслану и Александру за хорошую работу.

 

ЗЫ

Отдельное спасибо Александру за хороший доклад на УКОСе по поводу опыта внедрения IPv6 в сетях ISP.

[Гайджин 574]

... оказали помощь в общении с RIPE ...

Так и говори - "сделали все, ну разве что не поцеловали".

[Sergek 123]

В дырочку!

Даже вискаря налили

[zulu_Radist 856]

При помощи http://isp-servis.ru/ зарегистрировал /19. Все на высшем уровне, сделали быстро, оказали помощь в общении с RIPE.

Перевел все свои объекты к ним на обслуживание. Спасибо Руслану и Александру за хорошую работу.

 

ЗЫ

Отдельное спасибо Александру за хороший доклад на УКОСе по поводу опыта внедрения IPv6 в сетях ISP.

Ух ты молодец! Поздравляю!

 

З.Ы, с испсервис зарегали /21 за одну неделю! Очень доволен.

[nicelife 80]

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

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

[GoGo 2]

Нормальный парень! Все сделали быстро и эффективно.