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

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

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

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

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


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

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

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

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

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


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

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

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

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

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


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

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

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

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

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


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

 

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

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

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

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

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

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

@vlad11

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


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

1 час назад, killonik сказал:

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

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

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


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

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

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

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

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


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

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

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

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

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


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

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

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

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

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

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

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

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

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


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

Тогда уж проще взять несколько /48 от HE.net и пускай дальше в RIPE играют в игры с выделение PA и PI.

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


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

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

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

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

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


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

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

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


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

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

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


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

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

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

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

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

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

 

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


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

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

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

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

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


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

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

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


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

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

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

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

 

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

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

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

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


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

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

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

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

 

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

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


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

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

 

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

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


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

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

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


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

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

 

Вот почитал ваши сообщения на тему стоимости 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 не обязательно провайдер.

 

 

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


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

 

2 hours ago, gcxc.net said:

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

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

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


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

У нас если нет 300% маржи, то и не бизнес вовсе это :)

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


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

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.

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

 

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


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

1 hour ago, gcxc.net said:

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

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

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

 

 

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

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


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

Join the conversation

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

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

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

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

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

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

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