The OpenNET Project / Index page

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



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

Оглавление

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

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


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ообщить модератору

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

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




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

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