Бгг

Ок, страдай

но с точки зрения логики простому юзеру достаточно одного адреса ipv4 или одной сети 64

ну а чегго страдать, мне вот /64 очень даже за глаза

A single network at a customer site will be a /64. At present, RIR policies permit assignment of a /48 per site, so the possible options when choosing a prefix size to delegate are /48, /52, /56, /60 and /64. However, /64 is not sustainable, it doesn't allow customer subnetting, and it doesn't follow IETF recommendations of “at least” multiple /64s per customer. Moreover, future work within the IETF and recommendations from RFC 7934(section 6) allow the assignment of a /64 to a single interface (https://tools.ietf.org/html/draft-ietf-v6ops-unique-ipv6-prefix-per-host-07). The following sections explain why /48 and /56 are the recommended prefix assignment sizes for end customers.

ну а чегго страдать, мне вот /64 очень даже за глаза

мне тоже хватит, но только нужно как-то решить свой внутренний косяк. (и да, это именно мой косяк что хочу странного- провайдер не обязан удовлетворять все мои хотелки. Завтра и ipv4 захочу с маской /24)

https://www.ripe.net/publications/docs/ripe-690#4--size-of-end-user-prefix-assignment---48---56-or-something-else-

https://www.ripe.net/publications/docs/ripe-690#4--size-of-end-user-prefix-assignment---48---56-or-something-else-

ну, по твоей же ссылке Using a /64 prefix from a dedicated pool of IPv6 prefixes is the most common scenario and currently the best practice. A separate block of IPv6 space is allocated for the WAN links to the end customer CPEs, so that when CPE connects to the network and performs router discovery, a /64 prefix is used to number both ends of the connection. In the case of an end-user host (not router) connecting over PPPoE (for example), the setup process is concluded when the host is properly IPv6 numbered and can start sending and receiving traffic.

мне тоже хватит, но только нужно как-то решить свой внутренний косяк. (и да, это именно мой косяк что хочу странного- провайдер не обязан удовлетворять все мои хотелки. Завтра и ipv4 захочу с маской /24)

Ниже читай

И в в4 это не работает. Там адресов мало

4.1.4. /64 prefix out of the IPv6 prefix assigned to the end-user Some operators use the first or last /64 prefix to number the CPE WAN link, from the larger IPv6 prefix assigned to the end customer. This has been described by an expired IETF Internet Draft (https://tools.ietf.org/html/draft-palet-v6ops-point2point-01). This is sometimes a good idea, but may fail in some cases as some CPEs or scripts may try to use it for loopback and assign the next /64 to the LAN ports. Responsibility for the prefix is delegated to a CPE, but then one /64 is used for the WAN connection. Whilst there is a DHCPv6 option to let the CPE know if one of its prefixes have been “stolen” (RFC 6603). Even if RFC 7084 asks for it, not all CPEs support this and some issues will be encountered. This is an option that simplifies routing and general provisioning provided you're sure that the CPEs in your network don't have the aforementioned issues.

собственно

для конечного пользователя.

это не головная боль провайдера что у меня роутер

и на месте провайдера сама бы себя послала куда по-дальше

Ниже читай уже

Вот до того фрагмента что я скопировал

The following sections explain why /48 and /56 are the recommended prefix assignment sizes for end customers.

это уже про зону провайдера так-то

на конечных его узлах должно быть так.

Я не customer, а end-user

Звонишь провайдеру. Говоришь что хочешь несколько сетей дома - провод, вифи, гостевую и что ripe рекомендует /56 на юзера выдавать. Прокатит - хорошо, а если пров мудак - страдай дальше.

а юзерам больше 64 не положено

Я не customer, а end-user

Для провайдера ты customer

Звонишь провайдеру. Говоришь что хочешь несколько сетей дома - провод, вифи, гостевую и что ripe рекомендует /56 на юзера выдавать. Прокатит - хорошо, а если пров мудак - страдай дальше.

смысл? Какое провайдеру дело до моих подсетей? Это не его зона ответственности.

Вот именно что не его. Адресов только пусть отсыпет

Звонишь провайдеру. Говоришь что хочешь несколько сетей дома - провод, вифи, гостевую и что ripe рекомендует /56 на юзера выдавать. Прокатит - хорошо, а если пров мудак - страдай дальше.

а если скажу что у меня больше одной сети - появится подозрение о перепродаже. И это сцук логично!

ты не забывай что провайдеры и провайдерам могут продавать интернет

И?

так вот, провайдер для провайдера customer, а физик end-user

Провайдеры провайдерам вполне могут и /48 отсыпать

А вообще провайдер провайдеру обычно по бгп отдает

это не противоречит, customer-ам выдают согласно рекомендации /48 и /56

Или это какой-то недопровайдер

при чем тут маршрутизация?

Ты вместо того чтобы со мной спорить почему нет, спорь с саппортом почему да

при чем тут маршрутизация?

Всмысле?

Ты вместо того чтобы со мной спорить почему нет, спорь с саппортом почему да

на месте саппорта себя бы послала куда по-дальше

Всмысле?

бгп - протокол маршрутизации.

И?

Ты вместо того чтобы со мной спорить почему нет, спорь с саппортом почему да

а веских аргументов в том что мне ДОЛЖНЫ дать 56 не нашла.

тут провайдера не могу убедить в том что давать мне на интерфейс 0.0.0.0 неправильно не могу убедить.

а ты про префикс увеличить.

вон, прелесть какая

а собсна зачем физику даже /64, не говоря уже о большей сети?

а собсна зачем физику даже /64, не говоря уже о большей сети?

/104 хватило бы с головой, да?

а собсна зачем физику даже /64, не говоря уже о большей сети?

Чтобы слаак работал, например? Вкупе с privacy extension?

Микрот молотит 2fv + 4 сесии с айиксов по 50к маршрутов, трафика около 3г

Поддерживаю, тот же конфиг и нагрузка, полёт нормальный

что все упёрлись в тот слаак? дхцпв6 или статика мощь!

CCR под бордер с fv - это печаль

У меня ccr1016 бордер, полёт ващпе без проблем))))

/104 хватило бы с головой, да?

/122 же!

Поддерживаю, тот же конфиг и нагрузка, полёт нормальный

А таблицу маршрутов сколько времени рисует?

1 минута 20 секунд заливается один фулвью

Просмотр маршрутной информации не быстр, спору нет, но и особо не нужен)))

/122 же!

/126 кто меньше)

Мне для диагностики нужен оказался и я охренел насколько он медленно её выдавал

/126 кто меньше)

/128 на ppp-линк!

Таки да terse и поиск по конкретному маршруту в консоли

Ищет довольно бодро

Если задавать часть ключевого слова, то логично что ему сложно

Мне надо было получить все маршруты, полученные не по бгп

Казалось обычная процедура

Но внезапно она заняла столько времени

тут провайдера не могу убедить в том что давать мне на интерфейс 0.0.0.0 неправильно не могу убедить.

А что не так с 0.0.0.0?

В каком оно месте?

ERROR: S client not available

В каком оно месте?

это мой ip адрес

Это мне такой адрес провайдер дал по своей же версии

и да, они утверждают что все норм.

Старлинк чтоль?

они говорят что "у вас статический ip не оплачивается, поэтому адрес, который у вас будет выбирается динамически из пула, случайным образом"

домру.

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

*из пула.

пока лечу скриптом....

но костыль...

А с этим ip под какой-нибудь виндой работает?

что?

Интернет

как мне это поймать. Адреса действительно выдаются динамически и внезапно. так что хз

Как-то было скучно, тыкала в интерфейс каждые пару минут - за полчаса ни разу не повторился ip

может это баг личного кабинета?

потом мне надоело

на интерфейс вообще ничего не прилетает

(возможно микротик охреневает от того что ему такое предложили)

интернета нет когда такая запись в кабинете

собственно проверка и стоит на наличие интернетов

поэтому и сессия такая короткая

Ну теоретически с адресом 0.0.0.0/32, который пришел с ppp-линком и будет заначен дальше ppp-сервером может даже и будет работать. Но это надо быть совсем ебанутым

Напиши письмо на какой-нибудь noc

не работает.

Саппортом могут быть совсем идиоты из колцентра.

они говорят что "у вас статический ip не оплачивается, поэтому адрес, который у вас будет выбирается динамически из пула, случайным образом"

в этом плане меня пчелайн радует, уже почти год одна и та же "не статика" :D

Саппортом могут быть совсем идиоты из колцентра.

ну, у меня был текстовый чат, в котором сразу был слит сотрудник с первой линии. Через 2 дня перезвонили, подергали линк - не выдали мне 0.0.0.0 ну ок.

в этом плане меня пчелайн радует, уже почти год одна и та же "не статика" :D

)))) мтс тоже не умели выдавать динамикой. Эти умеют))

Чат это чат а noc это noc

в этом плане меня пчелайн радует, уже почти год одна и та же "не статика" :D

зато в ходе исследований были выявлены пулы 3 шт /24 из которых мне выдают

)))) мтс тоже не умели выдавать динамикой. Эти умеют))

Не, они просто стараются выдавать ранее выданный если он свободен. А у домру сделано спецом что бы был новый адрес