логично да

только я сам не сразу концептуально до этог опонимания дошёл

и то не уверен, что до конца

что-то мы давно про наречие берегов темзы не вспоминали

https://www.youtube.com/channel/UC4cmBAit8i_NJZE8qK8sfpA

оч клёвая тётка с крайне приятным произношением

https://www.youtube.com/watch?v=kudiYRUhSFI

А мне кажется вот этот дядька поинтереснее будет https://www.youtube.com/user/ajhoge

оч клёвая тётка с крайне приятным произношением

Мне эта тетка тож нравится) а вообще там их несколько и учат они по разному, вобщем прикольный канал

на этом только её записи

ааа, они поделили на ютюбе на разные каналы, удобно

у EngVid все ролики хорошие. Они стараются говорить немного "учебно-упрощенным" языком, а не улично-разговорным, как по радио, например

вот поэтому я и считаю, что язык надо с носителями учить, как бы сложно не было в начале

ролики с TED тоже известная тема мне очень понравилось про "марсианское время" по которому жили сотрудники, управляющие марсоходами. Марсианские сутки = 24 часа 40 минут, сотрудникам пришлось жить по таким суткам

https://www.ted.com/talks/nagin_cox_what_time_is_it_on_mars/transcript?language=ru#t-61920

не пойду туда. там призывают к массовым беспорядкам http://isitblockedinrussia.com/?host=ted.com

печаль

https://www.youtube.com/watch?v=9qd36_QPxSY

не уверен что уже тоже не заблочили ))

плюс ещё задержка прохождения сигнала до Марса. RTT дикий ))

ролики с TED тоже известная тема мне очень понравилось про "марсианское время" по которому жили сотрудники, управляющие марсоходами. Марсианские сутки = 24 часа 40 минут, сотрудникам пришлось жить по таким суткам

вступительная часть порнухи. смех-смехом, а там просто офигенный набор типично бытовых фраз без граматических изъёбов ))

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

@insoln ай нид хелп(

Мне провайдер дает v6 /64 (56 зажал). У меня есть 4 подстеточки. Как мне это дело распределить грамотно?

никак

просить еще сетки

да херушки

Официальный ответ “/56 даем только провайдерам”

Я конечно посмеялся

Но работать надо с тем, что есть

А с длиной префикса больше 64 нельзя разве делать?

Я за ответом на этот вопрос сюда и пришел

как мне быть?

Но Кеша категоричен

По идее, сделать можно, но где-то слышал, что так не рекомендуют делать.

просить еще сетки

Костыли?

Только чтоб без натов)

Но Кеша категоричен

ты спрашиваешь, как сделать грамотно

Как грамотно - я знаю.

Попросить /56 и жить счастливо

бинго

не дают. Жадные

все остальное - неграмотно

надави

Окей, как сделать неграмотно, но максимально жизнеспособно?

прижимай интеллектом

Не могу. Я ж тупенький

ссылайся на RFC, на указания RIPE

ссылайся на RFC, на указания RIPE

они ни слова не поймут

будь таким занудой, которому проще дать, чем объяснить что ты не хочешь

Я так не умею

Ладно. Перефразию вопрос: какими костылями наименее отвратительными можно изобразить то, что я хочу?

https://tools.ietf.org/html/rfc6177 Although a /64 can (in theory) address an almost unlimited number of devices, sites should be given sufficient address space to be able to lay out subnets as appropriate, and not be forced to use address conservation techniques such as using bridging. Whether or not bridging is an appropriate choice is an end site matter.

Ладно. Перефразию вопрос: какими костылями наименее отвратительными можно изобразить то, что я хочу?

а что именно ты хочешь?

Кстати есть объяснение зачем конечному клиенту столько адресов? Для чего /64 ?

https://www.ripe.net/publications/docs/ripe-690#4-2-3--prefixes--longer-than--56 Assigning a /64 or longer prefix does not conform to IPv6 standards and will break functionality in customer LANs. With a single /64, the end customer CPE will have just one possible network on the LAN side and it will not be possible to subnet, assign VLANs, alternative SSIDs, or have several chained routers in the same customer network, etc.

It is strongly discouraged to assign prefixes longer than /56 unless there are very strong and unsolvable technical reasons for doing this.

Кстати есть объяснение зачем конечному клиенту столько адресов? Для чего /64 ?

не пони суть вопроса. /64 в его контексте - это много или мало?

https://www.broadband-forum.org/technical/download/TR-177.pdf The Broadband Forum suggests a size for the delegated prefix of at least a /60 for home network or SOHO environments, with a recommended prefix length of /56.

не пони суть вопроса. /64 в его контексте - это много или мало?

Нет, вообще. Без относительно данной ситуации. Зачем по стандарту выдаётся так много адресов.

там много плюшек. но в целом это надо воспринимать не как "омг мне выдали 2^64 уникальных адресов", а единую и неделимую сущность

эта сущность - объект, на котором легко определяются методы - сгенери уникальный адрес (тупо рандомный придумаешь, и он точно уникальный) - сгенери такой адрес, чтобы никто его не нашел простым перебором (привет от IPv4, где 4 миллиарда адресов можно тупо один за другим перебрать)

- сгенери новый адрес, которого никогда у меня не было, в целях приватности

-сгенери такой адрес, по которому точно будет понятно, что он мой

вот в ipv4 такого не было. как я могу подтвердить обладание адресом 123.45.67.89? никак

а в ipv6 есть криптографические адреса, где я могу, условно, опубликовать открытый ключ, и только обладатель закрытого ключа сможет использовать такой адрес

ERROR: S client not available

еще раз подчеркну, что единицей учета адресного пространства является не отдельный адрес, как в ipv4, а именно /64

в ipv4 можно выдать (assign, как это по-русски?) три с половиной миллиарда глобально маршрутизируемых юникастовых адресов в ipv6 можно выдать в блоке 2000::/3 дохулиард (точнее, 2^61) глобально маршрутизируемых префиксов /64

а для целей подсчета плотности/эффективности выдачи атомарным объектом вообще считаются /56

Да плюшки приятные, но выглядит расточительно.

неа

Так получается в будущем каждый широковещательный домен будет иметь свою /64

считай, что в адресном пространстве есть 2^64 сущностей, аналогичных уникальным адресам в ipv4. и у каждой сущности еще 64 бита на хранение атрибутов

в ipv4 этого не было, а здесь есть

Так получается в будущем каждый широковещательный домен будет иметь свою /64

не в будущем, а вполне себе в настоящем. в этом и смысл

Как будто нам лень включать фаервол и и заморачиваться с сертификатами, длинный адрес решит наши проблемы.

-сгенери такой адрес, по которому точно будет понятно, что он мой

Было еще в ipx )))

в ipx такой адрес был один и предсказуемый

а тут много и недетерминированных

захочешь угадать - не сможешь

но когда я покажу - смотри, вот мой адрес, по нему точно будет ясно, что он мой

Я про точную принадлежность. Это ведь про eui-64?

я про CGA

https://en.wikipedia.org/wiki/Cryptographically_Generated_Address

О, этой штуки я не читал... спасибо

чёт напомнило про "адрес который никто не найдёт" - чем занимаетесь? - ну там эта... сайтами и всётакое - аа, понятно. И какой адрес вашего сайта? - это конфиденциальная информация

у /64 есть ряд фундаментальных и нерешаемых проблем с безопасностью внутри сети

поэтому в некоторых случаях на конечных хостах есть смысл использовать /104 (аналог /24 в ipv4)

но это должно быть сознательное решение, а не повсеместная практика

не в будущем, а вполне себе в настоящем. в этом и смысл

После внушений l2=bad и необходимости сегментации, это трудно принять.

L2=bad в сценарии вида "давайте сделаем один гигантский влан для всех сотрудников в каждом офисе и забриджуем офисы по eoip"

L2=bad в сценарии вида "давайте сделаем один гигантский влан для всех сотрудников в каждом офисе и забриджуем офисы по eoip"

ваще бестпруктис привел

так-то вряд ли вы будете каждый отдельный узел подключать отдельным p2p-линком

так-то вряд ли вы будете каждый отдельный узел подключать отдельным p2p-линком

unnumbered

unnumbered

в ipv4 такого не существует

все вендорские костыли

а в ipv6 - штатная фича, к слову

ваще бестпруктис привел

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