так ipv6 настолько сложнее ipv4

насколько настолько?

Одно только соответствие IPv6 адреса и MAC адреса производится не простым ARP, а куда более тяжеловесным NDP (https://tools.ietf.org/html/rfc4861).

И так во всем

сейчас в любой кофеварке > мощности чем в топовом процессоре 10 летней давности. В чем проблем-то ?

Ты давно смотрел в кофеварки? ipv6 хорошо там, где мощность позволяет какой-нибудь линукс или еще что такое накатить. Во всяких микроконтроллерах куда меньше ресурсов. Десяток кб (а то и меньше) памяти и всё.

Во всяких микроконтроллерах куда меньше ресурсов. Десяток кб (а то и меньше) памяти и всё.

Всякие микроконтроллеры сейчас сотни килобайт без проблем вмещают и больше.

пфу сейчас в любой кофеварке сенсорный дисплей. А это как минимум полноценная ОС система типа Линукс.

совсем необязательно

офигеть ты специалист

сенсорный дисплей делается даже на атмеге

имел ввиду десяток кб ОЗУ. И то это далеко не везде есть.

ну подумай что стоит для китайцев запилить поддержку IPV6 за 5 баксов ?

Необходимость ставить более мощный (и дорогой) контроллер, чем для IPv4.

• 5 баксов. Ваш КЭП

производители экономят и 50 центов

вы заплатите + 5 баксов за 50 центов. И ?

Или интернет вещей это не про микроконтроллеры?

Да

А какие альтернативы предлагаешь ты? Глобальных IPv4 для каждой кофеварки не хватит, они уже кончились

любая кофеварка может socket коннект. Зачем ей вообще отдельный ip адрес ?

Чтобы к ней можно было свободно подключиться из интернетов же

Интернет это вообще не про микроконтроллеры. Ну если конечно процессоры типа esp не считать микроконтроллером. Но там даже wifi с шифрованием есть, который на порядки сложнее ipv6.

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

Ни за что не поверю, что современное железо(пусть и микро) не потянет IPv6. Если какая-то железка такое не сможет, то что она тогда вообще сможет? Мигать лампочками и всё?

ну скажем опрашивать датчик и слать значение на сервер по UDP (а то TCP это сложнее)

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

Например по IPv4)

можно, но это некрасиво будет )

добавь к этому затраты на обеспечение безопасности девайса, торчащего голым IPv6 в интернет

Какие затраты, что ты там защищать собрался?

The S in IoT stands for Security ©

делать аутентификацию, возможно авторизацию, вкорячивать tls или что там протокол потребует. для какого-нибудь пика начального уровня задачка та ещё. при этом тот же самый пик может, к примеру, обесточить по команде снаружи пару корпусов больницы или развернуть камеру видеонаблюдения в небо в самый интересный момент

кто воще сказал что вещи ходят в интернет напрямуя?

вещи вообще могут (и как правило так и есть) по своим протоколам общаться. а дальше у них есть шлюз, которые это все говно вытащит в интернет, если прям сильно надо.

Голый ethernet лучше?)

В IPv6 поддержка аутентификации и IPSec и так обязательна, в отличии от IPv4. Почему этого должно не хватать кофемолкам?

http://www.ipv6now.com.au/primers/IPv6PacketSecurity.php

и что, поддержка в протоколе каким-то образом влияет на те же самые PIC'и? или что это должно доказать?

Просто означает, что устройство должно это поддерживать.

а откуда поддержка возьмется, прилетит Билл Гейтс в голубом вертолёте? её реализация — это и есть затраты разработчика устройства.

а сверху ложится пачка ISO для твоей кофемолки, которые требуют в случае доступа в интернет ещё больше безопасности навешать и которые совсем не обязательно будут совпадать с теми, которые описаны в IPv6. и это тоже затраты разработчика, прикинь.

Ну вообще я так посмотрел, так ipv6 настолько сложнее ipv4

Смотри дальше, ipv6 намного проще ipv4.

Одно только соответствие IPv6 адреса и MAC адреса производится не простым ARP, а куда более тяжеловесным NDP (https://tools.ietf.org/html/rfc4861).

В чём он тяжеловесный?

И так во всем

В чём?

В мире, в котором существует ардуино и embedded JS, место для IPv6 точно найдётся.

Стек arp+ip+icmp+udp пишется в случае надобности за пару часов. Трудно придумать что то более простое

Ipv6 гораздо объемнее

а откуда поддержка возьмется, прилетит Билл Гейтс в голубом вертолёте? её реализация — это и есть затраты разработчика устройства.

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

Я уже сказал - это пустая брехня, обосновывай свои слова. На самом деле гарантированно работающий ndp+ip6+icmp6+udp6 занимает раза в полтора меньше кода чем arp+ip+icmp+udp, и требует меньше памяти под буферы потому что не нужно думать о фрагментации - говорю потому что видел embedded стеки. Собственно, там где я это видел сейчас делают промышленный IoT на v6-only.

да

Какие такие буферы? Один буфер размером 1518 байт на прием и на отдачу. Фрагментацию не поддерживать.

Голый ethernet хорош, но его поддержка в линуксе и тем более винде имеет ряд проблем. В винде так вообще это довольно геморройно сделать, а в линуксе можно, но требует установки прав на RAW пакеты, что является потенциальной дырой в безопасности

Фрагментацию не поддерживать

Ну-ну. Что ещё не поддерживать? Опции например? А потом сравнивать обрезанный v4 стэк с v6. В таком виде он да, по простоте реализации к ipv6 приблизится. Но зачем?

даже если и не с нуля, как это удешевит чип?

Так собственно не стоит задачи иметь полноценный стек. Достаточно иметь ту часть стека, которая нужна для конкретной задачи

для какой конкретной задачи, торчать голой задницей в интернет?

Ну так я и говорю что это легче сделать с v6. И это автоматически будет полноценный стек, а не огрызок который сломается потому что размер пакета подрос.

А если размер пакета подрастет и перестанет влезать в ethernet кадр, в любом случае придется что-то делать.

В настоящем интернете овощей IP нет вообще.

А по факту очень тажело это IPv6 идет, намного тяжелее, чем JS в микроконтроллерах. По той же самой причине: JS в мк - это упрощение. А IPv6 - наоборот, усложение.