Jump to content
Калькуляторы

Надо бы попробовать IPv6

Дано: клиентская АС без ipv6, со "своим" блоком ipv4 /24.
LIR (sponsoring-org) без ipv6!

LIR утверждает, что даст /48 бесплатно.
Какой следующий по размеру блок, ибо клиенту /48  мало?
Может, клиенту менять LIR'a yf более сговорчивого?

Share this post


Link to post
Share on other sites

16 часов назад, ShyLion сказал:

PPPoE "концентратор" - что это такое?

Это сервер куда по пппое клиенты цепляются.

Share this post


Link to post
Share on other sites

On 5/26/2018 at 1:04 AM, Ivan_83 said:

Это сервер куда по пппое клиенты цепляются.

С левыми BRAS мы боремся изоляцией траффика между портами абонентов и даунликов. Пока нет колец. Потом придется виланами.

Share this post


Link to post
Share on other sites

В 25.05.2018 в 15:19, vlad11 сказал:

Какой следующий по размеру блок, ибо клиенту /48  мало?

/48 = 65536 /64 - мало?

Share this post


Link to post
Share on other sites

 

5 часов назад, saaremaa сказал:

/48 = 65536 /64 - мало?

Я б даже расписал так:

/48 1шт = /52 16шт = /56 256шт = /60 4096шт = /64 65536шт

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

Но я видел в презенташке райпа, что /48 PI - это минимальный выделяемый префикс.

@vlad11

Share this post


Link to post
Share on other sites

Только что, vlad11 сказал:

Клиент провайдер.

Тогда вам, как и нам, незачем брать PI. Это для юриков, которые могут переехать со своим префиксом к другому провайдеру.

Share this post


Link to post
Share on other sites

1 минуту назад, killonik сказал:

Тогда вам, как и нам, незачем брать PI. Это для юриков, которые могут переехать со своим префиксом к другому провайдеру.

Так провайдер тоже может сменить как аплинков, так и LIR'a.

Share this post


Link to post
Share on other sites

21 минуту назад, vlad11 сказал:

Так провайдер тоже может сменить как аплинков, так и LIR'a.

Возможно....

Хотя цены склоняют нас к PA.

/32 PA - 500$ ежегодно

/48 PI - 300$(при покупке, 200$ ежегодно)

А вы потЯнете больше PI?

Share this post


Link to post
Share on other sites

Разложил немного схему касательно распределения адресов - выходит, если взять /32 и раздавать абонентам /56, то получаем схему как-будто мы в своё распоряжение получили белую маску IPv4 /8.

/40 на район, /48 на подъезд, /56 абоненту равносильно 10.x/16 на район, 10.x.x./24 на подъезд, 10.x.x.x/32 абоненту. 256 районов по 256 подъездов по 256 абонентов(за минусом маршрутизаторов).

Постараюсь донести и разложить это дело коллегам, додумать нюансы и можно будет уже прикупить масочку)

Share this post


Link to post
Share on other sites

Зачем вот это вот "/40 на район, /48 на подъезд, /56 абоненту" ? Вы хотите статической маршрутизацией иерархически разбить сеть и по районам/подъездам ставить дешманское L3 оборудование без OSPFv6 ? :)

Share this post


Link to post
Share on other sites

Может быть на подъезд и перебор, но ospf тоже не резиновый. Сейчас юзаем роут /32 (ipv4) на клиента, маршруты дистрибьютятся по всем роутерам. Такая схема ограничивает рост, связи медленнее перестраиваются, нужно что то агрегировать и т.п., лучше сразу в дизайне это учесть.

Share this post


Link to post
Share on other sites

3 часа назад, ShyLion сказал:

Зачем вот это вот "/40 на район, /48 на подъезд, /56 абоненту" ? Вы хотите статической маршрутизацией иерархически разбить сеть и по районам/подъездам ставить дешманское L3 оборудование без OSPFv6 ? :)

Ни слова не было ни про статику ни про установку L3 в подъезды. Один маршрутизатор на район и у нас по-другому никак. Ограничение наложено текущей схемой IPv4, в которой абонентские вланы терминируются на районном роутере.

Если у вас есть предложение как сразу правильно сделать - я для этого здесь и чатюсь) Исходные данные в первом сообщении.

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

 

Share this post


Link to post
Share on other sites

В 01.06.2018 в 14:21, Valaskor сказал:

Может быть на подъезд и перебор, но ospf тоже не резиновый.

Так не используйте его. Есть более вменяемый протокол.

Share this post


Link to post
Share on other sites

ни один протокол не сможет потягаться с агрегированными префиксами по скорости перестроения

Share this post


Link to post
Share on other sites

В 02.06.2018 в 15:04, taf_321 сказал:

Так не используйте его. Есть более вменяемый протокол.

Поделитесь пожалуйста какой протокол вы выбрали и почему.

 

В 04.06.2018 в 15:34, Valaskor сказал:

ни один протокол не сможет потягаться с агрегированными префиксами по скорости перестроения

И тут не понял что за протокол префиксы агрегирует...

Share this post


Link to post
Share on other sites

15 часов назад, killonik сказал:

Поделитесь пожалуйста какой протокол вы выбрали и почему.

Изначально использовался OSPF, но нас малость подзасношала его "интеллектуальность". Особенно остро она проявлялась при активном подключении-отключении клиентов, когда на них формировался маршрут. Ушли на iBGP. Проблемы прекратились. Не знаю что там подразумевал оратор выше про перестроение с агрегацией, но  у нас  клиенту все сервисы доступны сразу же как только поднимается соединение.

 

Ну и на мой субъективный взгляд, управлять BGP-роутерами проще чем устраивать пляски с бубном вокруг комбинаций area и network в OSPF. И, кстати, то что BGP работает через unicast еще добавляет очков к надежности и прогнозируемости поведения сети.

Share this post


Link to post
Share on other sites

А... вот как... К слову, использую OSPF, в нем десяток узлов и более 70000 префиксов(ipv4). При подключении клиента с новым префиксом никогда проблем не было(всегда мгновенно отдается по всей сети), а вот перестроение занимает несколько секунд. IBGP тоже есть, но у него перестроение еще медленнее, у него скорее преимущество в гибкости (можно в любом месте роутмапов навешать).

 

Под агрегированием я понимаю выделение отдельных больших префиксов на каждый агрегирующий L3. Соответственно, только эти префиксы отдаем в IGP, клиентские префиксы выделяем внутри, но не анонсим.

Share this post


Link to post
Share on other sites

Коллеги, не надо микроскопом забивать гвозди. Классическая схема для sp - в igp лупбэки+непосредственно подключенные линки. Всё остальное - в bgp.

Share this post


Link to post
Share on other sites

Доброго дня коллеги.

 

Вот почитал ваши сообщения на тему стоимости PI / PA ipv6.

Являясь действующим LIR, что хочу сказать....

У нас к примеру цены на поддержку вполне демократичные.

Если хотите PI /48 - это 200 Евро разовый платеж, который включает поддержку на 1 год.

Далее поддержка sponsoring-lir любого ресурса (inetnum, inet6num, aut-num) составляет 100 Евро в год.

 

Если нужно больше, то будет еще дешевле, берите PA и не надо будет платить за поддержку sponsoring-lir

PA сеть IPv6 /32 стоит 400 Евро в год, сколько нужно, столько и дадим. Давать меньше чем /32 смысла не очень много, поэтому у многих LIR даже цена отсутствует.

 

Разделение на PI / PA несколько утратило свое былое значение. Когда ваш аплинк является вашим LIR, и выделяет вам сеть, то тут зависит от вашего с ним договора, привязана ли сеть к его услугам или нет. Ничто не мешает вам имея префикс PA бегать от аплинка к аплинку. Но сейчас LIR не обязательно провайдер.

 

 

Share this post


Link to post
Share on other sites

 

2 hours ago, gcxc.net said:

цены на поддержку вполне демократичные.

Демократичные цены выглядят вот так: https://www.lowendtalk.com/discussion/114478/the-aio-ip-related-thread-ipv4-ipv6-asn/p1

Share this post


Link to post
Share on other sites

14 часов назад, ShyLion сказал:

300% маржи

Прошу прощения, но где вы увидели 300% ?

PI /48 = 200 Евро. В эту сумму входит разовый платеж за регистрацию и поддержка на 1 год. Далее за каждый год поддержки 100 Евро.

LIR-ы вполне себе платят в RIPE за каждый объект PI по 50 Евро в год, помимо членских взносов. 

 

Если мы говорим о PA которые LIR выделяет из диапазонов выданных ему RIPE, то цена за /32 в 400 Евро в год, выглядит не слишком высокой,  /32 - это все таки 65536 сеток /48.

 

А по поводу демократичных цен на lowendtalk, то все эти предложения от компаний для которых выручка от аренды сетей не является основным финансовым потоком, основа там hosting/colo итд...

 

Мы тоже к примеру, даем бесплатно colo-2U при аренде сети, и наоборот можно бесплатно дать сеть при аренде colo.

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

 

Share this post


Link to post
Share on other sites

1 hour ago, gcxc.net said:

Прошу прощения, но где вы увидели 300% ?

PA вообще бесплатно дается LIRу, т.е. бабки практически из воздуха.

За PI вы в первый же год отобъете 200%, через год будет 400%

 

 

ЗЫ: Я не осуждаю, каждый зарабатывает как может. Просто правду говорить легко и приятно :)

Share this post


Link to post
Share on other sites

Join the conversation

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

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.