The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Huawei развивает протокол NEW IP, нацеленный на использовани..., opennews (??), 01-Апр-20, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


44. "Huawei развивает протокол NEW IP, нацеленный на использовани..."  +1 +/
Сообщение от rvs2016 (ok), 01-Апр-20, 15:04 
> Не обязательность указания адреса источника
> или адреса назначения (например, для экономии
> ресурсов при отправке данных с датчика).

Вот это да...!
И как тогда узнать - какой датчик отправил информацию? Отправлять идентификатор датчика? Укоротили сообщение удалением адреса датчика, зато обратно удлинили его добавлением идентификатора. В итоге ничего не выиграли, но работу по созданию нового протокола проделали. Ну круто же! 😆

Ответить | Правка | Наверх | Cообщить модератору

163. "Huawei развивает протокол NEW IP, нацеленный на использовани..."  –1 +/
Сообщение от Ordu (ok), 02-Апр-20, 22:56 
> И как тогда узнать - какой датчик отправил информацию?

По mac-адресу.

Ответить | Правка | Наверх | Cообщить модератору

164. "Huawei развивает протокол NEW IP, нацеленный на использовани..."  +1 +/
Сообщение от rvs2016 (ok), 03-Апр-20, 00:35 
>> И как тогда узнать - какой датчик отправил информацию?
> По mac-адресу.

Это ж всё-равно адрес источника (хоть мак, хоть ип). А они-то хотят без адреса источника! :-)

Ответить | Правка | Наверх | Cообщить модератору

170. "Huawei развивает протокол NEW IP, нацеленный на использовани..."  –1 +/
Сообщение от Ordu (ok), 03-Апр-20, 09:36 
>>> И как тогда узнать - какой датчик отправил информацию?
>> По mac-адресу.
> Это ж всё-равно адрес источника (хоть мак, хоть ип). А они-то хотят
> без адреса источника! :-)

Какая разница. Этот New IP не сможешь работать без физического уровня и хуавей об этом знает и _ты_ об этом знаешь. А это значит, что будет MAC.

Ответить | Правка | Наверх | Cообщить модератору

174. "Huawei развивает протокол NEW IP, нацеленный на использовани..."  +1 +/
Сообщение от и.о.К.О. (?), 03-Апр-20, 16:19 
а что, "старый" может работать без физического уровня?  в каком RFC описано?  (если что и голуби и телепатия- физический уровень).
Ответить | Правка | Наверх | Cообщить модератору

184. "Huawei развивает протокол NEW IP, нацеленный на использовани..."  +1 +/
Сообщение от Ordu (ok), 03-Апр-20, 21:11 
> а что, "старый" может работать без физического уровня?  в каком RFC
> описано?  (если что и голуби и телепатия- физический уровень).

Он не может работать без физического уровня, и поэтому в некоторых случаях обязательность указания ip адресов источника/приёмника приводит к ненужным накладным расходам: зачем нужны ip, если, общаются два хоста подключённые к одному свитчу?

Ответить | Правка | Наверх | Cообщить модератору

193. "Huawei развивает протокол NEW IP, нацеленный на использовани..."  +/
Сообщение от и.о.К.О. (?), 04-Апр-20, 11:31 
>> а что, "старый" может работать без физического уровня?  в каком RFC
>> описано?  (если что и голуби и телепатия- физический уровень).
> Он не может работать без физического уровня, и поэтому в некоторых случаях
> обязательность указания ip адресов источника/приёмника приводит к ненужным накладным
> расходам: зачем нужны ip, если, общаются два хоста подключённые к одному
> свитчу?

Действительно, зачем? могли бы вообще отказатся и от IP и от ethernet. сделать собственный проприетарный протокол, с собственным ограниченным двухпроводным физическим уровнем.

Для совместимости, гибкости, масштабируемости.

Ответить | Правка | Наверх | Cообщить модератору

197. "Huawei развивает протокол NEW IP, нацеленный на использовани..."  +/
Сообщение от Ordu (ok), 04-Апр-20, 12:18 
> Действительно, зачем? могли бы вообще отказатся и от IP и от ethernet.
> сделать собственный проприетарный протокол, с собственным ограниченным двухпроводным
> физическим уровнем.
> Для совместимости, гибкости, масштабируемости.

Расскажи им, что как им нужно было поступать. Что ты мне-то рассказываешь? Я вижу протокол от Huawei, я вижу проблемы которые этот протокол призван решить, мне этого достаточно, заниматься анализом лучшее ли это решение или нет я не буду -- я не специалист по сетям. Но ты, видимо специалист, вот пойди и расскажи Huawei как надо было, может выяснится что ты лучше них понимаешь в сетях, они примут тебя на работу топовым инженером, и будут каждое утро возносить тебе молитвы.

Ответить | Правка | Наверх | Cообщить модератору

203. "Huawei развивает протокол NEW IP, нацеленный на использовани..."  +/
Сообщение от и.о.К.О. (?), 04-Апр-20, 18:25 
>> Для совместимости, гибкости, масштабируемости.
> Расскажи им, что как им нужно было поступать. Что ты мне-то рассказываешь?
> Я вижу протокол от Huawei, я вижу проблемы которые этот протокол
> призван решить, мне этого достаточно, заниматься анализом лучшее ли это решение
> или нет я не буду -- я не специалист по сетям.
> Но ты, видимо специалист, вот пойди и расскажи Huawei как надо
> было, может выяснится что ты лучше них понимаешь в сетях, они
> примут тебя на работу топовым инженером, и будут каждое утро возносить
> тебе молитвы.

Повторю: из твоей логики следует что wifi маршрутизаторы (Huawei) например будут работать только с абонентскими терминалами только (Huawei).
но ведь  и со стороны wan порта тоже должно быть оборудование только (Huawei) по всей цепочке аж до самого интернет сервиса.

В свете повального перехода сотовых сетей на LTE, VoLTE (фактически Voice over IP), а 5G 6G будут только IP сетями. рисуется что если убить совместимость и открытость, протолкнуть NEW IP, менеджеры (huaweu) будут вытирать задницу одноразовыми золотыми слитками..

Не думаю что при таких РАДУЖНЫХ перспективах они станут меня слушать.

Ответить | Правка | Наверх | Cообщить модератору

204. "Huawei развивает протокол NEW IP, нацеленный на использовани..."  +1 +/
Сообщение от Ordu (ok), 04-Апр-20, 20:04 
> Повторю: из твоей логики следует что wifi маршрутизаторы (Huawei) например будут работать
> только с абонентскими терминалами только (Huawei).

Возможно. И почти наверняка такие модели роутеров huawei будет выпускать. Но я бы на их месте начал бы всё же с многопротокольных, чтобы работать и со старыми устройствами, и с новыми.

> но ведь  и со стороны wan порта тоже должно быть оборудование только (Huawei) по всей цепочке аж до самого интернет сервиса.

А вот это не следует из моей логики точно. Моя логика построена на картинках выше, которые по-моему подразумевают возможность сопряжения ipv4 и new ip сетей. Вот ежели мы попытаемся интернет на new ip перевести, то возможно будет сложно обойтись без оборудования huawei.

> В свете повального перехода сотовых сетей на LTE, VoLTE (фактически Voice over
> IP), а 5G 6G будут только IP сетями. рисуется что если
> убить совместимость и открытость, протолкнуть NEW IP, менеджеры (huaweu) будут вытирать
> задницу одноразовыми золотыми слитками..

Возможно. Но тут я могу сказать одно: IETF видимо совсем погряз в болоте бюрократии, раз он до сих пор не смог справиться с этими проблемами сам, что аж вмешательство китайцев потребовалось. И что-то мне подсказывает, что у huawei есть неплохие шансы выпихнуть IETF в кювет истории.

> Не думаю что при таких РАДУЖНЫХ перспективах они станут меня слушать.

Я боюсь, что они по другой причине не будут слушать тебя.

Ответить | Правка | Наверх | Cообщить модератору

183. "Huawei развивает протокол NEW IP, нацеленный на использовани..."  –1 +/
Сообщение от rvs2016 (ok), 03-Апр-20, 19:15 
> Какая разница. Этот New IP не сможешь работать без физического уровня и
> хуавей об этом знает и _ты_ об этом знаешь. А это
> значит, что будет MAC.

С маками пробелма такая:
Разные производители могут назначить одинаковые маки устройствам.
Внутри своего производства маки-то они могут назначать уникальные, но в мировом масштабе уникальность маков не обязательна.
А IP в мире - уникальны, ибо раздаются централизованно условно одной организацией. Ну организация-то иерерархически не совсем единая, но контроль раздачи IP, чтобы они все были уникальными, единый.

Ответить | Правка | К родителю #170 | Наверх | Cообщить модератору

185. "Huawei развивает протокол NEW IP, нацеленный на использовани..."  +/
Сообщение от Ordu (ok), 03-Апр-20, 21:13 
1. Какая разница что регулировать централизованно -- IP или MAC'и?
2. Как часто ты сталкивался с двумя устройствами с совпадающими MAC'ами? Хоть раз приходилось? Вот собирал ты кучу сенсоров в единую систему, и вдруг среди них нашлись два с одинаковыми mac'ами? И чё, сменить mac датчику не удалось?
Ответить | Правка | Наверх | Cообщить модератору

194. "Huawei развивает протокол NEW IP, нацеленный на использовани..."  +1 +/
Сообщение от и.о.К.О. (?), 04-Апр-20, 11:45 
> 2. Как часто ты сталкивался с двумя устройствами с совпадающими MAC'ами? Хоть
> раз приходилось? Вот собирал ты кучу сенсоров в единую систему, и
> вдруг среди них нашлись два с одинаковыми mac'ами?

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

Может расчет китайцев был на маловероятность что бытовые медиапроигрыватели с одним маком окажутся в одной локалке, или маловероятность что смартфоны с андроидом одновременно окажутся в одной wifi сети.
Пожалуй, раз в 1.5 года, и последнее время случаи происходят чаще.

> И чё, сменить
> mac датчику не удалось?

Ну да, да. Купить новый автомобиль в котором нужно проверить все гайки и разобрав весь салон _некоторые_ затянуть, иначе не едет (без явных симптомов). А чё те, сложно что ли?

Ответить | Правка | Наверх | Cообщить модератору

196. "Huawei развивает протокол NEW IP, нацеленный на использовани..."  –1 +/
Сообщение от Ordu (ok), 04-Апр-20, 12:15 
>> И чё, сменить
>> mac датчику не удалось?
> Ну да, да. Купить новый автомобиль в котором нужно проверить все гайки
> и разобрав весь салон _некоторые_ затянуть, иначе не едет (без явных
> симптомов). А чё те, сложно что ли?

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

upd: кстати, и как твоя ipv4 сеть работала поверх ethernet'а с дублирующимися mac'ами? Наверное отлично сглаживала все проблемы mac'ов ip-адресами?

Ответить | Правка | Наверх | Cообщить модератору

201. "Huawei развивает протокол NEW IP, нацеленный на использовани..."  +1 +/
Сообщение от и.о.К.О. (?), 04-Апр-20, 18:17 
>>> И чё, сменить
>>> mac датчику не удалось?
>> Ну да, да. Купить новый автомобиль в котором нужно проверить все гайки
>> и разобрав весь салон _некоторые_ затянуть, иначе не едет (без явных
>> симптомов). А чё те, сложно что ли?
> А ты не систему из коробки покупаешь, а составные части, из которых
> собираешь систему. Если ты хочешь из коробки, то тогда покупай готовый
> комплект, включающий в себя всё, включая соединительные провода, крепёж и инструменты,
> необходимые для сборки -- как в икее.

интересный взгляд. из твоей логики следует что wifi маршрутизаторы (любой brand name) например будут работать только с абонентскими терминалами только (любой brand name).
но ведь  и со стороны wan порта тоже должно быть оборудование (любой brand name) по всей цепочке аж до самого интернет сервиса.

> upd: кстати, и как твоя ipv4 сеть работала поверх ethernet'а с дублирующимися
> mac'ами?

очевидно же "никак".  

> Наверное отлично сглаживала все проблемы mac'ов ip-адресами?

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

Ответить | Правка | Наверх | Cообщить модератору

205. "Huawei развивает протокол NEW IP, нацеленный на использовани..."  +1 +/
Сообщение от 29022036 (?), 05-Апр-20, 16:10 
Для Вас наверно будет открытием, что внутри сети свичи
работают только с мас-адресами. И ничего не знают об
ip-адресе.
Ответить | Правка | К родителю #196 | Наверх | Cообщить модератору

206. "Huawei развивает протокол NEW IP, нацеленный на использовани..."  +/
Сообщение от Ordu (ok), 05-Апр-20, 16:40 
> Для Вас наверно будет открытием, что внутри сети свичи
> работают только с мас-адресами. И ничего не знают об
> ip-адресе.

Да ладно! У меня когда-то давным давно был такой, но он назывался не "свитч", а "хаб". Мне казалось что те времена давным давно ушли, и давным-давно везде пихают свитчи, которые и ip адресами тоже умеют жонглировать, NATы всякие делать, ip через DHCP раздавать, проверять что ip соответствует порту, которому он был выдан, и тп. Разве не так? Или всё же тупые хабы, типа того, что у меня был когда-то, ещё выпускают?

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

Но подумай теперь вот о чём: как свитч может справляться с ip бродкастами, если он не будет заглядывать в пакеты на уровень выше ethernet?

Ответить | Правка | Наверх | Cообщить модератору

175. "Huawei развивает протокол NEW IP, нацеленный на использовани..."  +1 +/
Сообщение от и.о.К.О. (?), 03-Апр-20, 16:20 
ipv4 ipv6 могут работать без mac адресов.
им нужен физический уровень как транспорт, но им все равно что это, если оно доставляет, пакеты.
Ответить | Правка | К родителю #163 | Наверх | Cообщить модератору

186. "Huawei развивает протокол NEW IP, нацеленный на использовани..."  +/
Сообщение от Ordu (ok), 03-Апр-20, 21:25 
> ipv4 ipv6 могут работать без mac адресов.
> им нужен физический уровень как транспорт, но им все равно что это,
> если оно доставляет, пакеты.

Давай мы не будем путать теорию и практику?

Когда ты последний раз сталкивался с кучей сенсоров, с которых собирается информация, причём чтобы эти сенсоры использовали бы IP, но под этим IP не было чего-нибудь с MAC'ами? Расскажи об этом случае, мне было бы очень познавательно.

Какие протоколы физического уровня без MAC'ов ты знаешь? Хоть один протокол кроме PPP ты можешь придумать? Пока ты роешься в памяти, давай представим себе сотню сенсоров подключённых к центральному хосту по PPP. Представил? Чуешь? Зачем нам MAC'и и IP-адреса, если мы можем идентифицировать каждый датчик по тому, на какой физический PPP-порт прилетел пакет от него?

А если ты всё ещё чувствуешь себя умным, я добавлю следующее: NEW IP не обязывает тебя не использовать source address, он лишь даёт возможность не использовать. Ежели ты строишь свою сеть из сенсоров таким образом, что по MAC'ам невозможно идентифицировать сенсоры, ты можешь назначить каждому датчику NEW IP адрес, и пускай они пересылают его в каждом пакете.

Ответить | Правка | Наверх | Cообщить модератору

189. "Huawei развивает протокол NEW IP, нацеленный на использовани..."  +/
Сообщение от и.о.К.О. (?), 04-Апр-20, 11:15 
> Когда ты последний раз сталкивался с кучей сенсоров, с которых собирается информация,
> причём чтобы эти сенсоры использовали бы IP, но под этим IP
> не было чего-нибудь с MAC'ами? Расскажи об этом случае, мне было
> бы очень познавательно.

Каждый первый IoT через "облако". https://narodmon.ru/ и я устану перечислять всё.

Достаточно даже одного IP маршрутизатора между "сенсором" и (сервером,хабом,брокером) что бы MAC потерял смысл.

Ответить | Правка | Наверх | Cообщить модератору

192. "Huawei развивает протокол NEW IP, нацеленный на использовани..."  +/
Сообщение от Ordu (ok), 04-Апр-20, 11:30 
> Каждый первый IoT через "облако"

Это, в смысле, датчик связывается с облаком и туда сливает информацию? Но эта связь ведь не магическим образом осуществляется, так? Под ней есть какой-то физический уровень, есть какое-то физическое устройство с которым датчик связывается, и это устройство скорее всего физически может идентифицировать датчик -- по MAC'у, по номеру порта куда данные прилетели, может ещё как -- и пометить его данные как "данные пришедшие с датчика #12398". Может быть у этого устройства прошивка так не умеет? Ну, тогда тебе придётся учить датчик указывать source address, ничем тебе NEW IP не поможет.

> Достаточно даже одного IP маршрутизатора между "сенсором" и (сервером,хабом,брокером)
> что бы MAC потерял смысл.

IP-маршрутизатор существует не в вакууме. Данные в него приходят с другого сетевого устройства, если то устройство имеет возможность определить откуда пришли данные, то оно может закодировать эту информацию в src/dest адресах/портах протокола IP, прежде чем передавать IP-маршрутизатору.

Ты продолжаешь мыслить теоретически о сферических конях в вакууме. Предположу, что это потому, что ты вырос в мире TCP/IP и твоё мышление сформировано этим самым IP и не может иначе. Тогда NEW IP для тебя отличная возможность расширить сознание и научится думать о реальных сетях, а не об OSI моделях этих сетей. Собери дома виртуальную NEW IP сетку и поиграйся с ней. Ты можешь даже написать эту виртуальную сетку ручками -- это всегда полезно для понимания механики происходящего.

Ответить | Правка | Наверх | Cообщить модератору

198. "Huawei развивает протокол NEW IP, нацеленный на использовани..."  +/
Сообщение от и.о.К.О. (?), 04-Апр-20, 17:55 
>> Каждый первый IoT через "облако"
> Это, в смысле, датчик связывается с облаком и туда сливает информацию? Но
> эта связь ведь не магическим образом осуществляется, так? Под ней есть
> какой-то физический уровень, есть какое-то физическое устройство с которым датчик связывается,

не _С_ которым, а _ЧЕРЕЗ_ которое датчик сливает в облако. маршрутизатор (роутер).

почитай про область видимости MAC адреса.

> и это устройство скорее всего физически может идентифицировать датчик -- по
> MAC'у, по номеру порта куда данные прилетели, может ещё как --
> и пометить его данные как "данные пришедшие с датчика #12398". Может
> быть у этого устройства прошивка так не умеет? Ну, тогда тебе
> придётся учить датчик указывать source address, ничем тебе NEW IP не
> поможет.

то есть, в NEW IP часть IP стека (и, предположительно, "бизнес" логики основного алгоритма работы датчика) из датчика вынесена в "какое-то физическое устройство"?


я думаю, это ненадежно. хоть и молодежно.

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

Ответить | Правка | Наверх | Cообщить модератору

200. "Huawei развивает протокол NEW IP, нацеленный на использовани..."  +/
Сообщение от Ordu (ok), 04-Апр-20, 18:16 
>>> Каждый первый IoT через "облако"
>> Это, в смысле, датчик связывается с облаком и туда сливает информацию? Но
>> эта связь ведь не магическим образом осуществляется, так? Под ней есть
>> какой-то физический уровень, есть какое-то физическое устройство с которым датчик связывается,
> не _С_ которым, а _ЧЕРЕЗ_ которое датчик сливает в облако. маршрутизатор (роутер).

К чему эта игра словами? Тут вопрос в том, поддерживает ли это устройство NEW IP или нет. Если да, то нет никаких проблем настроить всё так, чтобы датчики не слали бы никаких адресов кроме маков. Если он не поддерживает NEW IP, то тут говорить не о чем, датчики будут использовать IP, или не будут доступны никак.

> почитай про область видимости MAC адреса.

И что я там должен вычитать?

> то есть, в NEW IP часть IP стека (и, предположительно, "бизнес" логики
> основного алгоритма работы датчика) из датчика вынесена в "какое-то физическое устройство"?

Нет, не в NEW IP вынесена. Это тебе даётся возможность вынести.

> я думаю, это ненадежно. хоть и молодежно.

А твои мысли совершенно не важны в данном случае. Они ни на что не влияют.

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

Если для тебя проблема диагностировать это, то не связывайся с датчиками. Продолжай настраивать интернет на квартирах частников. И этт... я выше советовал связаться с Huawei, лучше не надо этого делать. Вряд ли они оценят уровень твоей квалификации.

Ответить | Правка | Наверх | Cообщить модератору

190. "Huawei развивает протокол NEW IP, нацеленный на использовани..."  +/
Сообщение от и.о.К.О. (?), 04-Апр-20, 11:20 
> NEW
> IP не обязывает тебя не использовать source address, он лишь даёт
> возможность не использовать. Ежели ты строишь свою сеть из сенсоров таким
> образом, что по MAC'ам невозможно идентифицировать сенсоры, ты можешь назначить каждому
> датчику NEW IP адрес, и пускай они пересылают его в каждом
> пакете.

В IPv4 я точно так же могу не использовать src.addr (а в некоторых случаях и dst.addr).  Странно что в NEW IP это выдается как некое небывалое достижение и киллерфича.

Или создатели NEWIP идиоты, или нас держат за идиотов.

Ответить | Правка | К родителю #186 | Наверх | Cообщить модератору

195. "Huawei развивает протокол NEW IP, нацеленный на использовани..."  +/
Сообщение от Ordu (ok), 04-Апр-20, 12:12 
> В IPv4 я точно так же могу не использовать src.addr (а в
> некоторых случаях и dst.addr).

Тебя обманули. В IPv4 пакете поля src/dst.addr всегда ненулевого размера. Ты можешь обращаться к ним или не обращаться, но они всегда там будут.

Ответить | Правка | Наверх | Cообщить модератору

199. "Huawei развивает протокол NEW IP, нацеленный на использовани..."  +/
Сообщение от и.о.К.О. (?), 04-Апр-20, 18:02 
>> В IPv4 я точно так же могу не использовать src.addr (а в
>> некоторых случаях и dst.addr).
> Тебя обманули. В IPv4 пакете поля src/dst.addr всегда ненулевого размера.

я даже знаю почему в IPv4 это так. а ты знаешь?


> Ты можешь
> обращаться к ним или не обращаться, но они всегда там будут.

а я и не говорил что их нет.

Ответить | Правка | Наверх | Cообщить модератору

202. "Huawei развивает протокол NEW IP, нацеленный на использовани..."  +1 +/
Сообщение от Ordu (ok), 04-Апр-20, 18:18 
>> Ты можешь
>> обращаться к ним или не обращаться, но они всегда там будут.
> а я и не говорил что их нет.

А что ты тогда хотел донести до меня своим замечанием о том, что ты можешь не использовать их? Ты и протокол IP можешь не использовать, и датчики можешь не использовать, и от использования интернета можешь отказаться, и ванну прекратить принимать. Или ты пытаешься соответствовать своему нику и озвучиваешь очевидности?

Ответить | Правка | Наверх | Cообщить модератору

207. "Huawei развивает протокол NEW IP, нацеленный на использовани..."  +/
Сообщение от и.о.К.О. (?), 06-Апр-20, 23:21 
>>> Ты можешь
>>> обращаться к ним или не обращаться, но они всегда там будут.
>> а я и не говорил что их нет.
> А что ты тогда хотел донести до меня своим замечанием о том,

То, что это не уникальная и не новая фишка. Это не является чем то особенным, как бы рекламщики ни расписывали.

Ответить | Правка | Наверх | Cообщить модератору

176. "Huawei развивает протокол NEW IP, нацеленный на использовани..."  +/
Сообщение от и.о.К.О. (?), 03-Апр-20, 16:29 
это не "Вот это да...!"  а самые обычные "бродкаст и мультикаст".

идентификатор датчика и сейчас передается. конченному пользователю - домохозяйке так проще администрировать (управлять) системой, чем влезать в дебри ЕЩЕ и сетевого администрирования (назначать фиксированные ip или привязывать аренду DHCP по датчикам).

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

Ответить | Правка | К родителю #44 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру