Jump to content

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


Recommended Posts

Вы путаете стыки для пирингов и юзерские интерфейсы. Или у Вас на стыках тоже stateless autoconfig для роутеров по умолчанию работает?

 

Это вы путаете сферу применения autoconfig. Это никак не технология для назначения ip адресов в сетях ШПД. Autoconfig будет работать, но у пользователя за роутером на который будет выдана /128.

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

Link to post
Share on other sites
  • Replies 291
  • Created
  • Last Reply

Top Posters In This Topic

Top Posters In This Topic

Popular Posts

По поводу регистрации IP адресов   Если Вы знаете кому может быть интересно, регистрируйтесь у нас в партнерской программе: http://isp-servis.ru/partners.html   И ставте себе на сайт примерно та

получил уже не знаю какой по счету блок PI солидной размерностью.   заявки отправлял всем, но родили только isp-servis.ru (Vissado s.r.o) ребятам зачет.   без лишней головной боли. все оперативн

Не дело в том что продавать, а больше дело в том что нужно получить в итоге, а в итоге рисутеся несколько вариантов: 1) IPv4 радужно на подходе, ну на год мож пол года хватит, дальше пойдем барыжить

Posted Images

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

 

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

1. 4to6

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

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

Link to post
Share on other sites

 

Пишу в третий раз да НАТ-а нет, но поинтересуйтесь функционалом 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 и дуал стек.

Link to post
Share on other sites

Какое тиредо, включите мозги! Мы говорим о натив айпив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. А следовательно использование автоконфигурации в сетях доступа - дилетансткое, не мсштабируемое и потенциально-проблемное решение.

Link to post
Share on other sites

Не все девайсы (у абонента может быть не только компьютер с выньдовсом) могут 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.

Link to post
Share on other sites

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

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

 

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

Link to post
Share on other sites

Какое тиредо, включите мозги! Мы говорим о натив айпив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. Поражает ваша педантичность.
Link to post
Share on other sites

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

 

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

Link to post
Share on other sites

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

 

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

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

Link to post
Share on other sites

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

 

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

Link to post
Share on other sites

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

 

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

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

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

Link to post
Share on other sites

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

 

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

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

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

 

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

Link to post
Share on other sites

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

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

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

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

Link to post
Share on other sites

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

Link to post
Share on other sites

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

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

ужас

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

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

Link to post
Share on other sites
  • 2 months later...
  • 4 months later...

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

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

 

ЗЫ

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

Link to post
Share on other sites

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

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

 

ЗЫ

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

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

 

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

Link to post
Share on other sites

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

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

Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
  • Recently Browsing   0 members

    No registered users viewing this page.


×
×
  • Create New...