The OpenNET Project / Index page

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

Huawei развивает протокол NEW IP, нацеленный на использование в сетях будущего

01.04.2020 12:21

Компания Huawei совместно с исследователями из Университетского колледжа Лондона ведёт разработку сетевого протокола NEW IP, который учитывает тенденции развития телекоммуникационных устройств будущего и повсеместное распространение устройств интернета вещей, систем дополненной реальности и голографических коммуникаций. Проект изначально позиционируется как международный, в котором могут принять участие любые исследователи и заинтересованные компании. Сообщается, что новый протокол передан на рассмотрение в Международный союз электросвязи (ITU), но он будет готов для тестирования не раньше 2021 года.

Протокол NEW IP предоставляет более эффективные механизмы адресации и управления трафиком, а также решает проблему организации взаимодействия разнотипных сетей в условиях роста фрагментации глобальной сети. Всё более актуальной становится проблема обмена информацией между разнородными сетями, такими как сети устройств интернета-вещей, промышленные, сотовые и спутниковые сети, в которых могут применяться собственные стеки протоколов.

Например, для IoT сетей желательно использование коротких адресов для экономии памяти и ресурсов, промышленные сети вообще избавляются от IP для повышения эффективности обмена данными, спутниковые сети не могут использовать фиксированную адресацию из-за постоянного перемещения узлов. Частично проблемы попытаются решить при помощи протокола 6LoWPAN (IPv6 over Low power Wireless Personal Area Networks), но без динамической адресации, он не настолько эффективен, как хотелось бы.

Второй решаемой в NEW IP проблемой является то, что IP ориентирован на идентификацию физических объектов в привязке к их местоположению, и не рассчитан на идентификацию виртуальных объектов, таких как контент и сервисы. Для абстрагирования сервисов от IP-адресов предлагаются различные механизмы маппинга, которые лишь усложняют систему и создают дополнительные угрозы приватности. Как решение для улучшения доставки контента развиваются архитектуры ICN (Information-Centric Networking), такие как NDN (Named Data Networking) и MobilityFirst, предлагающие использовать иерархическую адресацию, которые не решают проблему с доступном к мобильному (перемещаемому) контенту, создают дополнительную нагрузку на маршрутизаторы или не позволяют установить end-to-end соединения между мобильными пользователями.

Третьей задачей, которую призван решить NEW IP, является тонкое управление качеством сервиса. В будущих системах интерактивной коммуникации потребуются более гибкие механизмы управления пропускной способностью, требующие применения разных методов обработки в контексте отдельных сетевых пакетов.

Отмечаются три ключевые особенности NEW IP:

  • IP-адреса переменной длины, способствующие организации обмена данными между различными типами сетей (например, для взаимодействия устройств интернета вещей в домашней сети могут использоваться короткие адреса, а для обращения к глобальным ресурсам длинные). Не обязательность указания адреса источника или адреса назначения (например, для экономии ресурсов при отправке данных с датчика).
  • Допускается определение разной семантики адресов. Например, помимо классического формата IPv4/IPv6, можно использовать вместо адреса уникальные идентификаторы сервиса. Данные идентификаторы обеспечивают привязку на уровне обработчиков и сервисов, не привязываясь к конкретному местоположению серверов и устройств. Идентификаторы сервисов позволяют обойтись без DNS и маршрутизировать запрос к ближайшему обработчику, соответствующему указанному идентификатору. Например, датчики в умном доме могут отправлять статистику определённому сервису без определения его адреса в классическом понимании. Адресоваться могут как физические (компьютеры, смартфоны, датчики), так и виртуальные объекты (контент, сервисы).

    По сравнению с IPv4/IPv6 в плане обращения к сервисам в NEW IP отмечаются следующие преимущества: Более быстрое выполнение запроса за счёт прямого обращения по адресу сервиса без ожидания на определение адреса в DNS. Поддержка динамического развёртывания сервисов и контента - NEW IP адресует данные на основании принципа "что нужно", а не "где получить", что кардинально отличается от принятой в IP маршрутизации, основанной на знании точного местоположения (IP-адреса) ресурса. Построение сетей с оглядкой на информацию о сервисах, которая учитывается при расчёте таблиц маршрутизации.

  • Возможность определения произвольных полей в заголовке IP-пакета. Заголовок допускает прикрепление идентификаторов функций (FID, Function ID), применяемых для обработки содержимого пакета, а также привязываемых к функциям метаданных (MDI - Metadata Index и MD - Metadata). Например, в метаданных может быть определены требования к качеству сервиса, в соответствии с которыми при адресации по типу сервиса будет выбран обработчик, обеспечивающий максимальную пропускную способность.

    В качестве примеров привязываемых функций приводятся ограничение крайнего срока (deadline) для пересылки пакета и определение максимального размера очереди во время пересылки. Маршрутизатор во время обработки пакета будет использовать для каждой функции свои метаданные - для вышеприведённых примеров в метаданных будет передана дополнительная информация о крайнем сроке доставки пакета или максимально допустимой длине сетевой очереди.

Растиражированные в СМИ сведения о встроенных возможностях, обеспечивающих блокировку ресурсов, способствующих деанонимизации и вводящих обязательную аутентификацию, в доступной технической спецификации не упоминаются и, судя по всему, являются домыслами. Технически NEW IP лишь предоставляет больше гибкости при создании расширений, поддержка которых определяется производителями маршрутизаторов и программного обеспечения. В контексте возможности смены IP для обхода блокировок, блокировка по идентификатору сервиса может сравниться с блокировкой доменного имени в DNS.

  1. Главная ссылка к новости (https://www.engadget.com/2020-...)
  2. OpenNews: Компания Google развивает новый сетевой протокол QUIC
  3. OpenNews: Bloomberg заявил о возможном бэкдоре в оборудовании Huawei (опровергнуто)
  4. OpenNews: Google ограничит доступ Huawei к своим сервисам для Android
  5. OpenNews: Выпуск Commotion 1.0, свободной платформы для удобного развёртывания mesh-сетей
  6. OpenNews: RIPE выделил последний свободный блок IPv4
Лицензия: CC-BY
Тип: Интересно / К сведению
Короткая ссылка: https://opennet.ru/52648-newip
Ключевые слова: newip, huawei, tcpip
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение (198) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (1), 12:46, 01/04/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –42 +/
    Давно было пора уже делать следующий шаг.
     
     
  • 2.12, Аноним (12), 12:58, 01/04/2020 [^] [^^] [^^^] [ответить]  
  • +34 +/
    Умаодан ?
     
     
  • 3.25, Аноним (1), 13:29, 01/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Следующий шаг в великом китайском фаерволе, а не то что вы подумали. И сам ты чемодан.
     
  • 2.16, asdasdasd (?), 13:12, 01/04/2020 [^] [^^] [^^^] [ответить]  
  • +21 +/
    Он уже давно есть и называется IPv6.
    P.S. Если вы не в курсе, то IPv6 это не просто +2 байта.
     
     
  • 3.18, ыва (?), 13:20, 01/04/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Плюс два байта - это mac
     
  • 3.57, Здрасьте (?), 15:46, 01/04/2020 [^] [^^] [^^^] [ответить]  
  • +8 +/
    v6 — это версия, а не длина, там не два байта.
     
  • 2.50, Vas Yan (?), 15:27, 01/04/2020 [^] [^^] [^^^] [ответить]  
  • +8 +/
    Да в джейсончик его, в джейнсончик - хватит уже сублимировать.
     

  • 1.2, Нанобот (ok), 12:49, 01/04/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +7 +/
    IPv8? учитывая темпы внедрения IPv6, перспективы очень туманные
     
     
  • 2.38, внедрения (?), 14:07, 01/04/2020 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Около 30% по статистике гугля. Все тормозится жадными провайдерами.

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

     
     
  • 3.41, Аноним84701 (ok), 14:42, 01/04/2020 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Около 30% по статистике гугля. Все тормозится жадными провайдерами.

    Вообще-то, первый RFC ipv6 появился в 1995
    https://tools.ietf.org/html/rfc1883
    а поддержка была еще в XP / win2000 SP1 (емнип) -- так что про темпы внедрения вполне верно подмеченно.

     
  • 3.47, rvs2016 (ok), 15:22, 01/04/2020 [^] [^^] [^^^] [ответить]  
  • +6 +/
    > Все тормозится жадными провайдерами

    Это не главная причина торможения внедрения IPv6.
    Главная причина в том, что ничто не мешает работать с IPv4.
    Вот если бы что-то начало мешать (компартия бы запретила IPv4 или инопланетяне уничтожили бы все маршрутизаторы, работающие с IPv4) или если бы IPv6 посулил бы выгоду, то его внедрили бы "за 2 часа". :-)

     
     
  • 4.70, playnet (ok), 18:07, 01/04/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Главная проблема в том, что v6 почти ничем не лучше чем v4, а железо менять надо... Если кто помнит, IPX/SPX, был такой протокол. На моей памяти он исчез почти "вдруг", вот почти всё на нём, а вот его уже включают только для совместимости, а все сидят по ip
     
     
  • 5.95, Pahanivo пробегал (?), 21:04, 01/04/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Потому что протоколы интранетовские, а не интернетовские.
     
  • 5.97, sabitov (ok), 21:06, 01/04/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Ну я помню про IPX, у меня даже в локалке несколько IPX-сетей было :) И умер он у меня на глазах, потому что а) тырнет работал не на IPX, б) новел нетварь померла. А без нетвари IPX был никому не нужен.

    А с IPv6 проблемы таки есть. Например, настроить межсетевой экран aka firewall, задача для настоящих мужчин с крепкими нервами и массой свободного времени. Есть куча эмоций в сторону раздачи фиксированных адресов через DHCPv6. Есть совсем курьёзы: уже, не соврать, года 3, как в ядре линуха появилась реализация MIPv6. Бяда только в том, что userspace тулза для этой вкусности померла еще в первой половине нулевых. :)

     
     
  • 6.130, mad_nazgul (?), 08:26, 02/04/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Проблема IPX была в том, что протокол был заточен только под однорангвую сеть.
    Для небольшой сети еще норм, а для большой сети уже был геморрой и танцы с бубном.
     
     
  • 7.132, Im banana man (?), 09:43, 02/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    А мы с друзьями по локальной сети через IPX в игрушки гоняли ) Не помню уже кто работал - AoE II вроде, Monster Madness II и что-то в этом духе )
     
     
  • 8.138, mad_nazgul (?), 11:20, 02/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Мы в Dike Nukem 3D Death Match устривали на 8 человек - ... текст свёрнут, показать
     
     
  • 9.172, Im banana man (?), 14:44, 03/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Городская сеть или по дому протянули ... текст свёрнут, показать
     
  • 7.146, Аноним 80_уровня (ok), 15:21, 02/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Проблема IPX была в том, что протокол был заточен только под однорангвую сеть.

    Вы не путаете с NetBIOS? IPX и маршрутизировался, и основное применение его ну совсем не было похоже на одноранговую сеть.

     
     
  • 8.158, mad_nazgul (?), 20:01, 02/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Не путаю Как файл помойка, еще норм Что-то более интересное начинаются пробл... текст свёрнут, показать
     
  • 7.152, нах. (?), 19:39, 02/04/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    проблема ipx была в том что вы жрете с лопаты что ни дай А ms не была настроена... большой текст свёрнут, показать
     
     
  • 8.160, mad_nazgul (?), 20:09, 02/04/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Порядка 20 компьютеров в четырех подсетях Как файл-помойка и пускач для 1с - нор... большой текст свёрнут, показать
     
  • 6.210, BABUT (ok), 11:11, 17/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    а можешь навести на что-нибудь, что вообще умеет динамику(т.е. сеть надо раздавать не статичную, а динамичную, что требует механизма отзыва неактуальных адресов, и потому силами самого ipv6 не решается в принципе) dhcpv6? а если оно под бсд соберётся, то цены ему не будет
     
  • 4.72, имяя (?), 18:26, 01/04/2020 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Главная причина в том, что ничто не мешает работать с IPv4.

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

    спасибочки, но без меня.

     
     
  • 5.76, macfaq (?), 19:22, 01/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    >> Главная причина в том, что ничто не мешает работать с IPv4.
    > трахаццо з натами и вбивая капчу в гугле потому что говнопровайдер осилил
    > купить айпи только на квартал города?
    > спасибочки, но без меня.

    На квартал?))))))

     
     
  • 6.136, saw (??), 10:29, 02/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    районы-кварталы-жилые массивы
     
  • 6.187, Аноним (187), 02:11, 04/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    меняют роутеры РАЗ В КВАРТАЛ
     
  • 5.79, нах. (?), 19:36, 01/04/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    ну так смени провайдера и не трахай мозг.

    Причем тут ipv4, все кто хотел получить public - его получили.

     
  • 5.142, rvs2016 (ok), 14:21, 02/04/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> Главная причина в том, что ничто не мешает работать с IPv4.
    > трахаццо з натами и вбивая капчу в гугле потому что говнопровайдер осилил
    > купить айпи только на квартал города?
    > спасибочки, но без меня.

    Ну так гомнопровайдеру-то это не мешает впаривать один IP на весь город. Конкурентов-то у него в городе нет - пипл схавает. Пиплу ж просто деваться некуда. Пипл плюётся на гомнопровайдера, а ему-то что? Деньги они ему всё-равно платят.

     
  • 4.77, JL2001 (ok), 19:24, 01/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    >> Все тормозится жадными провайдерами
    > Это не главная причина торможения внедрения IPv6.
    > Главная причина в том, что ничто не мешает работать с IPv4.
    > Вот если бы что-то начало мешать (компартия бы запретила IPv4 или инопланетяне
    > уничтожили бы все маршрутизаторы, работающие с IPv4) или если бы IPv6
    > посулил бы выгоду, то его внедрили бы "за 2 часа". :-)

    РКН сейчас же мешает работать с IPv4
    и как, помогает?

     
     
  • 5.143, rvs2016 (ok), 14:22, 02/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > РКН сейчас же мешает работать с IPv4
    > и как, помогает?

    А с IPv6 РКН мешать не сможет?

     
     
  • 6.153, нах. (?), 19:41, 02/04/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    естественно, может - просто пока операторы (те что предоставляют v6) халтурят, считая что полтора гика их не сдадут, а белая-коробочка-за-три-ярда, кажись, v4 only.

    Помоги ipv6 сдохнуть - подключись к v6 оператору и тут же накатай жалобу в роспозор, что он не защищает тебя от творчества драньи дряньцовой!

     
  • 6.162, JL2001 (ok), 21:48, 02/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    >> РКН сейчас же мешает работать с IPv4
    >> и как, помогает?
    > А с IPv6 РКН мешать не сможет?

    не знаю
    как там у IPv6 с ковровыми блокировками?

     
  • 4.107, zzz (??), 22:07, 01/04/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Не припомню, чтобы кто-то мешал/запрещал использовать компьютеры в пользу смартфонов, коней в пользу автомобилей и волочение в пользу колес.
     
  • 3.93, Michael Shigorin (ok), 20:57, 01/04/2020 [^] [^^] [^^^] [ответить]  
  • –4 +/
    > Все тормозится жадными провайдерами.

    А точно не жадной циской, которая впаривала v6 и устраивала серийные истерики по поводу очередной кончины v4? (я-то не провайдер, но в этом плане для меня dk@farm вполне себе авторитет -- а это он ещё до войны у нас на конференции озвучивал под запись)

     
     
  • 4.120, нах. (?), 01:08, 02/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    ты о чем вообще? Она пять лет не могла работающий ipsec over v6 сделать - я даже не знаю, потом-то смогла или нет, ушел из большого секса.

     
  • 2.112, Ordu (ok), 23:12, 01/04/2020 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Я бы не взялся такие предсказания делать Есть неплохой обзор истории tcp ip 1 ,... большой текст свёрнут, показать
     
     
  • 3.144, rvs2016 (ok), 14:26, 02/04/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > твоему мобильному девайсу выдаётся ip, который
    > затем кочует с твоим девайсом с одной точки доступа на другую

    HUAWEI делает вид, будто с IPv4-адресом невозможно перемещаться по миру. Тоже ж можно. Просто маршруты к этому адресу будет меняться динамически, если грамотно такую постоянную смену маршрутов запрограммировать. :-)

     
     
  • 4.151, Ordu (ok), 18:52, 02/04/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >> твоему мобильному девайсу выдаётся ip, который
    >> затем кочует с твоим девайсом с одной точки доступа на другую
    > HUAWEI делает вид, будто с IPv4-адресом невозможно перемещаться по миру. Тоже ж
    > можно. Просто маршруты к этому адресу будет меняться динамически, если грамотно
    > такую постоянную смену маршрутов запрограммировать. :-)

    То есть если выкинуть машрутизацию по подсетям как устаревшую, и иметь глобальную распределённую базу данных ip-адресов и маршрутов до них? Можно, почему же нельзя. Но тут встаёт вопрос тогда зачем вообще нужны эти ip-адреса: при таком использовании их вполне можно заменить MAC'ами. Вырезав при этом ненужный слой стека TCP/IP.

     
     
  • 5.161, rvs2016 (ok), 21:23, 02/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > То есть если выкинуть машрутизацию по подсетям как устаревшую, и иметь глобальную
    > распределённую базу данных ip-адресов и маршрутов до них? Можно, почему же
    > нельзя.

    Ну да. Запрограммировать-то динамическую прокладку маршрутов можно. Было бы нужно. Остальное - дело техники.

    > Но тут встаёт вопрос тогда зачем вообще нужны эти ip-адреса:
    > при таком использовании их вполне можно заменить MAC'ами. Вырезав при этом
    > ненужный слой стека TCP/IP.

    На только маки-то перейти можно. Но с ними проблема в том, что их может назначать любой производитель какие хочешь, а IP-адреса назначаются централизованно и кто попало просто так кому попало их не назначит.

     
  • 3.147, PnD (??), 16:05, 02/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Коллеги подсказывают, что роуминг IP из последних спецификаций выкрутили как несекурный.
    ipv6 вообще неприлично быстро меняется, что явно не способствует скорейшему внедрению.
     
  • 2.133, псевдонимус (?), 10:02, 02/04/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    К счастью ипв6 возможно вообще не будет внедрен. Одни онанисты с "интернетом мудей" и будут пользоваться.

    И это надеюсь подохнет, земелька им стекловаткой.

     
     
  • 3.154, нах. (?), 19:43, 02/04/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    мы с тобой раньше подохнем.
    Некуда от гуанотехнологий бечь.

     
     
  • 4.188, псевдонимус (?), 05:26, 04/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > мы с тобой раньше подохнем.
    > Некуда от гуанотехнологий бечь.

    Есть: осознанные сноведения и шалфей предсказателей ;-)

     
  • 2.171, Вася (??), 09:42, 03/04/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ты не поверишь, но вообще то есть IPv10
     

     ....большая нить свёрнута, показать (37)

  • 1.3, Аноним (12), 12:49, 01/04/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +17 +/
    Последний абзац про домыслы... Речь про Huawei - китайскую компанию.
    Как там с интернетом в Китае ?
     
     
  • 2.6, Аноним (1), 12:52, 01/04/2020 [^] [^^] [^^^] [ответить]  
  • +6 +/
    А что если китайцы в документе не написали, что "мы будем следить за вами бледнолицые, и заблочим кого захотим". Значит это домыслы все просто.
     
  • 2.7, anonymous (??), 12:53, 01/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Я похожую новость еще вчера видел в заголовках новостей.
     
     
  • 3.9, Аноним (1), 12:54, 01/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Кто-то тут в комментах её писал. Видимо сподобился на полную статью.
     
  • 2.10, Аноним (10), 12:57, 01/04/2020 [^] [^^] [^^^] [ответить]  
  • –9 +/
    Если разработку ведёт китаец, это не значит, что он обязательно встроит зонд.

    Вообщем-то никто так и не доказал, что Huawei вставляет зонды. Вброс блумберг про бэкдор давно уже все опровергли, а введённые в США санкции связаны исключительно с поставкой оборудование в Иран, в обход экономичкской блокады.

     
     
  • 3.14, Аноним (12), 13:04, 01/04/2020 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Наивность простительна детям.
    Huawei китайская компания с гос. поддержкой (ангажированно). И видя, как развивается китайский интернет последние 20 лет, что-то другого от них ожидать ?
     
     
  • 4.19, Аноним (10), 13:21, 01/04/2020 [^] [^^] [^^^] [ответить]  
  • +9 +/
    Аргументация из разряда "фашисты пили воду, значит все кто пьёт воду фашисты".
     
     
  • 5.23, Аноним (12), 13:26, 01/04/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Наивность, а теперь ещё и утрирование.

    p.s.:
    По ссылке на источник забавные комментарии.

     
     
  • 6.35, Аноним (10), 14:04, 01/04/2020 [^] [^^] [^^^] [ответить]  
  • +5 +/
    У вас какая-то излишняя уверенность в теории заговоров, преобладающая над здравым смыслом. Не все люди только и думают как нагадить, украсть и вставить зонд. То что компания из Китая ровным счётом ни о чём не говорит, а придумки, что правительство заставляет вставлять бэкдоры - это только тараканы в вашей голове. Найдут бэкдор, тогда и поговорим. А пока - это лишь глословное словоблудие.
     
     
  • 7.73, IRASoldier_registered (ok), 18:52, 01/04/2020 [^] [^^] [^^^] [ответить]  
  • –4 +/
    >Найдут бэкдор, тогда и поговорим. А пока - это лишь глословное словоблудие.

    Опеннетчики регулярно находят зонды везде и во всём, так что это не словоблудие. Это такая экспертиза.

    Но двойные стандарты тоже бывают - если к ПО приложили руку граждане США (кроме Великого Столлмана, конечно), то там обязательно есть очень вредоносные зонды, неважно, найдены они или нет. А вот если к ПО приложили руку китайцы, то часть Опеннета будет настаивать на том, что зондов там нет и быть не может, потому что китайцы враги США, а значит очень хорошие люди. Очень своеобразная логика, но ей таки многие здесь руководствуются.

     
     
  • 8.137, Аноним (137), 11:20, 02/04/2020 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Ну дык китайцы ведь братушки, от них удара в спину быть не может ненене, совсем... текст свёрнут, показать
     
  • 5.26, Аноним (12), 13:29, 01/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    У нас пока что интернет не как в Китае. Анализируйте информацию из разных источников (критическое мышление полезно).
     
  • 5.43, Ag (ok), 14:57, 01/04/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Да нет, тут скорее такой посыл: фашисты гнобили всех расово/национально "неполноценных" у себя дома. Значит придя в другие страны скорее всего они будут проводить ту же политику.
     
  • 5.48, rvs2016 (ok), 15:23, 01/04/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Аргументация из разряда "фашисты пили воду,
    > значит все кто пьёт воду фашисты".

    Во-во! Они и свастику присвоили себе. Запретить!

     
  • 4.94, Michael Shigorin (ok), 21:00, 01/04/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Huawei -- компания, у которой цель -- стать/быть китайским IBM.
    Это и хорошо (для Китая), и плохо (для страны, стратегической конторой которой прообраз и является -- как минимум).
    Поэтому кто ругает Huawei "в целом" -- по форме ругают IBM "в целом".

    Ну, субъективно.

     
  • 4.128, Аноним (128), 06:48, 02/04/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > И видя, как развивается китайский интернет последние 20 лет, что-то другого от них ожидать ?

    В Финляндии интернет тоже цензурируется. Значит ли это, что в Линуксе есть зонды?

     
  • 3.24, Аноним (1), 13:28, 01/04/2020 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Ну конечно компания Apple которая вставляет зонды в свои китайские версии айфонов, для китайского же правительства, не может рассказать Трампу что это правда. А не тиражируют это потому что могут испортит Apple репутацию. И Apple только поэтому в Китае и продается еще со своим собственным стором. И это при том что сервисы того же гугла заблокированы в Китае даже Google Play.

    Велика вероятность что Хуавей просто отказалась вставлять американские бекдоры к себе. А в америке не могут просто так сказать что мы знаем про бекдоры потому что нам за них выкатили такой ценник что мы не потянули.

     
     
  • 4.148, mail (?), 17:14, 02/04/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    И именно поэтому Айфон для ФБР вскрывала частная израильская лавочка.
     
  • 3.213, Друпель (?), 19:33, 04/05/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Зато было доказано с документами и многочисленными исследованиями, сканами, интервью, изданными книгами и анализом трафика, что Google, Amazon и Microsoft встраивают так много "зондов", как это только возможно физически. и да, Google Inc. абсолютно официально был основан по проекту NSA/DARPA/CIAЖ https://medium.com/insurge-intelligence/how-the-cia-made-google-e836451a959e
     

  • 1.5, Аноним (5), 12:51, 01/04/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    не взлетит
     
     
  • 2.8, Аноним (1), 12:53, 01/04/2020 [^] [^^] [^^^] [ответить]  
  • +9 +/
    Тогда в Китае партия выпустит указ: "Все на новый айпи". И все перейдут на новый айпи. И тут уже проблема с великим китайским фаерволом решена сама собой.
     
     
  • 3.80, нах. (?), 19:39, 01/04/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    в китае выпустят (скорее всего - десять лет назад уже выпустили) другой указ - "все китайские сети строятся на китайском оборудовании".

    А учитывая что кто др..л zte, тот в цирке не смеется - у этого оборудованя в общем-то ровно один производитель. А не будут брать очень-плохую-дорогу с модным newip - отключим газ вместе с интернетом.

     
     
  • 4.116, ffirefox (?), 00:02, 02/04/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >"все китайские сети строятся на китайском оборудовании"

    Пока этого ещё нет,  но это всяко лучше, чем продвигаемое сейчас: все сети во _всех_ странах должны строится на только на оборудовании "с молекулами и атомами демократии и свободы", а не то санкции.

     
     
  • 5.155, нах. (?), 19:44, 02/04/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    вы читали бред очередной антиамериканской истерички, из тех 80% что никогда не пересекали границу ресурсной федерации.

     
     
  • 6.167, _ (??), 03:07, 03/04/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Какой боевой гопак! Браво! :-)
     

  • 1.11, InuYasha (?), 12:57, 01/04/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Интересная (и закономерная) тенденция - дополнения ДАННЫХ информацией о том КАК их обрабатывать. Всё больше метаданных и новый ИП в этом плане напоминает Матрёшку (MKV). Это очень радует т.к. может улучшить ситуацию с подстраиваемой совместимостью.
    С другой стороны, Хуавей...
     
     
  • 2.31, user (??), 13:39, 01/04/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Кому и DRM метаданные.
     
  • 2.208, Всем Анонимам Аноним (?), 13:59, 10/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    А какой в этом большой смысл? Мир и так не может договориться о новом протоколе на замену TCP, а тут предлагается целый цирк. И сколько нужно вложить чтобы обеспечить совместимость? И для чего?
    А сетевому оборудованию зачем знать что оно передает? Чтобы резать или перехватывать было удобнее? Разве не лучше, когда на сетевом уровне все универсально и меньше исключений?
    Размер адреса для IoT - притянутое за уши, нет такой проблемы. Эта проблема более актуальна сетевому оборудованию, где идут миллиарды пакетов в секунду. А как раз предлагается усложнить этот уровень
     
     
  • 3.209, JL2001 (ok), 12:31, 13/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > А сетевому оборудованию зачем знать что оно передает?

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

    но с современным ркн конешно хочется весь трафик покрасить в один цвет чтоб вообще не различали

     

  • 1.13, Аноним (13), 13:03, 01/04/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +11 +/
    с первым апреля?
     
     
  • 2.27, Аноним (1), 13:32, 01/04/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    С этим коронавирусом все забыли про 1 апреля.
     
  • 2.36, все такойже ононим как и всегда (?), 14:05, 01/04/2020 [^] [^^] [^^^] [ответить]  
  • +3 +/
    оригинал новости датирован 30 марта
     

  • 1.15, Урри (?), 13:09, 01/04/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Как насчет лицензии на протокол? А то знаем мы этих китайцев.
     
     
  • 2.139, Аноним (137), 11:24, 02/04/2020 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Лисенсия? Какой лисенсия, глюпий лаовай? Скусяй лутсе нась вкусний летусий мысь!
     

  • 1.17, user90 (?), 13:17, 01/04/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    Каша кокая-то.

    Ладо Huawei, а "исследователи из Университетского колледжа Лондона" тут вообще каким боком?

     
     
  • 2.20, Р (?), 13:23, 01/04/2020 [^] [^^] [^^^] [ответить]  
  • +4 +/
    очевидно так называемые БРИТАНСКИЕ ученые
     
  • 2.21, ыва (?), 13:23, 01/04/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Пока что, это лучшая шутка на первое апреля. Даже лучше банк про анальныхе кары, за нарушение карантина.
     
     
  • 3.22, ыва (?), 13:24, 01/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Банк = баек
     
  • 3.52, rvs2016 (ok), 15:29, 01/04/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Пока что, это лучшая шутка на первое апреля.

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

     
  • 2.28, Аноним (28), 13:35, 01/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Они бейсик изобрели
     
  • 2.30, Аноним (1), 13:37, 01/04/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Таким что туда отправили несколько Китайцев учится/работать. И теперь с помощью них пытаются толкнуть стандарт.
     
     
  • 3.32, Аноним (12), 13:51, 01/04/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Кстати:
    https://tjournal.ru/stories/155019-kitay-cenzura-slezy
     
  • 2.42, Коровавирус (?), 14:46, 01/04/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Мозги британские, бабло китайское. Ну, или наоборот.
     

  • 1.29, zanswer (?), 13:37, 01/04/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Если бы не первое апреля, то я бы сказал, что они решили оживить OSI CLNS/CLNP. :)))
     
     
  • 2.37, Аноним (37), 14:07, 01/04/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Описанный в статье документ от 30 марта.
     
  • 2.81, нах. (?), 19:41, 01/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    судьба мертворожденного проекта OSI им ни на что не намекала? Впрочем, да - у его родителей не было КПК.

     
     
  • 3.126, zanswer (?), 06:17, 02/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Видимо нет, нечего кроме IS-IS из стека протоколов OSI так и не получило распространения, и не удивительно.
     
     
  • 4.156, нах. (?), 19:50, 02/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    и isis-то всплыл только потому, что в него напихали фич совершенно не по osi придуманных.
    Вместо того чтобы наконец собраться с духом, и разработать протокол посовременнее ospf, но основанный на ip, а не причудливых адресах. Но на это современные "разработчики" неспособны - потому что это точно такие же кабинетные теоретики, что когда-то принесли нам osi стек.

    Точнее, циска попыталась (еще во времена когда она что-то могла и хотела, кроме сбора денег), но вышел только eigrp - патентованный и непригоден для mpls. Поэтому и в мелких офисах не приживается, и в операторских сетях только сборку может быть.

     

  • 1.33, Аноним (33), 13:56, 01/04/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    NEW IP будет работать через великий китайский firewall
     
     
  • 2.173, и.о.К.О. (?), 16:16, 03/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    как раз нет. newip сделает китайский firewall непрошибаемым.
     

  • 1.39, gogo (?), 14:21, 01/04/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    При локальном трафике экономия нескольких байт на укороченной "локальной" форме адреса выглядит смешно.

    Парадигма "что нужно", а не "где получить" звучит заманчиво, а на практике упирается  в 2 вопроса:
    1. могу ли я достаточно четко сформулировать средствами протокола, что мне нужно?
    2. будет ли мне дано именно то, что мне нужно, или же выдан ближайших суррогат?

    Внесение дополнительных полей в каждый из пакетов - вообще бредом кажется. На картинке-примере пакеты маршрутизируются в зависимости от требуемой ширины канала. Но зачем это делать на уровне КАЖДОГО ПАКЕТА? Такое имеет смысл на уровень више, то есть на уровне соединения.

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

     
     
  • 2.108, vsg (?), 22:09, 01/04/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Это описано здесь https://support.huawei.com/enterprise/ru/doc/EDOC1000173015
    Устройство А по gRPC передает телеметрию на Collector<-Analyzer->Controller, а он ответит на вопрос 1 и 2.
    Потом по "маршрутизации от источника" построится маршрут в Segment Routing и т.д.
     
     
  • 3.115, gogo (?), 23:46, 01/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Это не дает никакого ответа на вопрос зачем это делать на уровне пакетов, а не на уровне соединений.
     
     
  • 4.118, vsg (?), 00:43, 02/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Думаю, что ответа нет и у Huawei.

     

  • 1.40, Аноним (40), 14:33, 01/04/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    >Идентификаторы сервисов позволяют обойтись без DNS и маршрутизировать
    >запрос к ближайшему обработчику, соответствующему указанному
    >идентификатору

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

     
  • 1.44, rvs2016 (ok), 15:04, 01/04/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    > Не обязательность указания адреса источника
    > или адреса назначения (например, для экономии
    > ресурсов при отправке данных с датчика).

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

     
     
  • 2.163, Ordu (ok), 22:56, 02/04/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > И как тогда узнать - какой датчик отправил информацию?

    По mac-адресу.

     
     
  • 3.164, rvs2016 (ok), 00:35, 03/04/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> И как тогда узнать - какой датчик отправил информацию?
    > По mac-адресу.

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

     
     
  • 4.170, Ordu (ok), 09:36, 03/04/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >>> И как тогда узнать - какой датчик отправил информацию?
    >> По mac-адресу.
    > Это ж всё-равно адрес источника (хоть мак, хоть ип). А они-то хотят
    > без адреса источника! :-)

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

     
     
  • 5.174, и.о.К.О. (?), 16:19, 03/04/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    а что, "старый" может работать без физического уровня?  в каком RFC описано?  (если что и голуби и телепатия- физический уровень).
     
     
  • 6.184, Ordu (ok), 21:11, 03/04/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > а что, "старый" может работать без физического уровня?  в каком RFC
    > описано?  (если что и голуби и телепатия- физический уровень).

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

     
     
  • 7.193, и.о.К.О. (?), 11:31, 04/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    >> а что, "старый" может работать без физического уровня?  в каком RFC
    >> описано?  (если что и голуби и телепатия- физический уровень).
    > Он не может работать без физического уровня, и поэтому в некоторых случаях
    > обязательность указания ip адресов источника/приёмника приводит к ненужным накладным
    > расходам: зачем нужны ip, если, общаются два хоста подключённые к одному
    > свитчу?

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

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

     
     
  • 8.197, Ordu (ok), 12:18, 04/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Расскажи им, что как им нужно было поступать Что ты мне-то рассказываешь Я виж... текст свёрнут, показать
     
     
  • 9.203, и.о.К.О. (?), 18:25, 04/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Повторю из твоей логики следует что wifi маршрутизаторы Huawei например будут... большой текст свёрнут, показать
     
     
  • 10.204, Ordu (ok), 20:04, 04/04/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Возможно И почти наверняка такие модели роутеров huawei будет выпускать Но я б... большой текст свёрнут, показать
     
  • 5.183, rvs2016 (ok), 19:15, 03/04/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Какая разница. Этот New IP не сможешь работать без физического уровня и
    > хуавей об этом знает и _ты_ об этом знаешь. А это
    > значит, что будет MAC.

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

     
     
  • 6.185, Ordu (ok), 21:13, 03/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    1. Какая разница что регулировать централизованно -- IP или MAC'и?
    2. Как часто ты сталкивался с двумя устройствами с совпадающими MAC'ами? Хоть раз приходилось? Вот собирал ты кучу сенсоров в единую систему, и вдруг среди них нашлись два с одинаковыми mac'ами? И чё, сменить mac датчику не удалось?
     
     
  • 7.194, и.о.К.О. (?), 11:45, 04/04/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Кстати, если вспомнить, внезапно, я сталкивался с такими случаями больше нуля ра... большой текст свёрнут, показать
     
     
  • 8.196, Ordu (ok), 12:15, 04/04/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А ты не систему из коробки покупаешь, а составные части, из которых собираешь си... текст свёрнут, показать
     
     
  • 9.201, и.о.К.О. (?), 18:17, 04/04/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    интересный взгляд из твоей логики следует что wifi маршрутизаторы любой brand ... большой текст свёрнут, показать
     
  • 9.205, 29022036 (?), 16:10, 05/04/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Для Вас наверно будет открытием, что внутри сети свичи работают только с мас-ад... текст свёрнут, показать
     
     
  • 10.206, Ordu (ok), 16:40, 05/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Да ладно У меня когда-то давным давно был такой, но он назывался не свитч , а ... большой текст свёрнут, показать
     
  • 3.175, и.о.К.О. (?), 16:20, 03/04/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    ipv4 ipv6 могут работать без mac адресов.
    им нужен физический уровень как транспорт, но им все равно что это, если оно доставляет, пакеты.
     
     
  • 4.186, Ordu (ok), 21:25, 03/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Давай мы не будем путать теорию и практику Когда ты последний раз сталкивался с... большой текст свёрнут, показать
     
     
  • 5.189, и.о.К.О. (?), 11:15, 04/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Когда ты последний раз сталкивался с кучей сенсоров, с которых собирается информация,
    > причём чтобы эти сенсоры использовали бы IP, но под этим IP
    > не было чего-нибудь с MAC'ами? Расскажи об этом случае, мне было
    > бы очень познавательно.

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

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

     
     
  • 6.192, Ordu (ok), 11:30, 04/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Это, в смысле, датчик связывается с облаком и туда сливает информацию Но эта св... большой текст свёрнут, показать
     
     
  • 7.198, и.о.К.О. (?), 17:55, 04/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    не _С_ которым, а _ЧЕРЕЗ_ которое датчик сливает в облако маршрутизатор роутер... большой текст свёрнут, показать
     
     
  • 8.200, Ordu (ok), 18:16, 04/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    К чему эта игра словами Тут вопрос в том, поддерживает ли это устройство NEW IP... большой текст свёрнут, показать
     
  • 5.190, и.о.К.О. (?), 11:20, 04/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > NEW
    > IP не обязывает тебя не использовать source address, он лишь даёт
    > возможность не использовать. Ежели ты строишь свою сеть из сенсоров таким
    > образом, что по MAC'ам невозможно идентифицировать сенсоры, ты можешь назначить каждому
    > датчику NEW IP адрес, и пускай они пересылают его в каждом
    > пакете.

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

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

     
     
  • 6.195, Ordu (ok), 12:12, 04/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > В IPv4 я точно так же могу не использовать src.addr (а в
    > некоторых случаях и dst.addr).

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

     
     
  • 7.199, и.о.К.О. (?), 18:02, 04/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    >> В IPv4 я точно так же могу не использовать src.addr (а в
    >> некоторых случаях и dst.addr).
    > Тебя обманули. В IPv4 пакете поля src/dst.addr всегда ненулевого размера.

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


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

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

     
     
  • 8.202, Ordu (ok), 18:18, 04/04/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А что ты тогда хотел донести до меня своим замечанием о том, что ты можешь не ис... текст свёрнут, показать
     
     
  • 9.207, и.о.К.О. (?), 23:21, 06/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    То, что это не уникальная и не новая фишка Это не является чем то особенным, ка... текст свёрнут, показать
     
  • 2.176, и.о.К.О. (?), 16:29, 03/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    это не "Вот это да...!"  а самые обычные "бродкаст и мультикаст".

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

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

     

     ....большая нить свёрнута, показать (28)

  • 1.45, rvs2016 (ok), 15:09, 01/04/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    > создают дополнительную нагрузку на маршрутизаторы

    А усложнение алгоритмов из-за "разной семантики адресов" и т.п. разве дополнительную нагрузку на маршрутизаторы не создаст?

    > Допускается определение разной семантики адресов.
    > Например, помимо классического формата IPv4/IPv6,
    > можно использовать вместо адреса уникальные
    > идентификаторы сервиса

    ...и так далее...
    (пустую строку после 2-й цитаты перед строкой "...и так далее..." я не вставлял - её зачем-то в моё сообщение вставляет програма Опеннета)

     
  • 1.46, Коломойский (?), 15:12, 01/04/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    а если Huawei поменять на DARPA, местные анонимы остались бы довольны ?
     
     
  • 2.49, Аноним (12), 15:26, 01/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Откуда столько сторонников китайского на OPENnet ?
    Когнитивный диссонанс.
     
     
  • 3.55, OpenEcho (?), 15:44, 01/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Наверное потому, что у всех компютеры made in China,
    как впрочем и телефоны и тапочки и кофемолки и ..........
    :)
     
     
  • 4.59, Аноним (12), 15:56, 01/04/2020 [^] [^^] [^^^] [ответить]  
  • +6 +/
    Сделано в Китае и разработано в Китае, это большая разница!
     
     
  • 5.60, Коломойский (?), 16:05, 01/04/2020 [^] [^^] [^^^] [ответить]  
  • +4 +/
    так интель дырки где разработаны ?
     
  • 5.67, OpenEcho (?), 17:24, 01/04/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Сделано в Китае и разработано в Китае, это большая разница!

    Сделаное можно использовать, в отличие от разработанного, но не сделанного.
    Откройте глаза, Китай уже давно не то тот, что был при Мао, где была мечта иметь велосипед в каждой семье, - это сейчас вторая в мире по мощности экономика.

     
     
  • 6.96, Michael Shigorin (ok), 21:06, 01/04/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Если в реальности (где штуки, а не числа), то явно первая.  Помогает вон "первой" (из мира рвущихся на Марс биржевых индексов), высылая борта с высокотехнологичными марлевыми масками, пока Маск шильдики на аппаратах переклеивает.

    Про Китай не зря дед в семидесятых ещё говорил, прислушиваясь к тамошнему радио в полсотне километров от границы -- "они ещё покажут"...

     
     
  • 7.109, zzz (??), 22:28, 01/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Китай никому ничего не показал. До 80-ых годов это была закрытая аграрная держава. А дальше началось: в 83-ем американцы создали Шанхайскую биржу, в 84-86 гг запустили банковскую систему (которой на тот момент в Китае не было), в 90-ых дали добро на перенос производств в Китай, в 00-ых начали продавать Китаю все заводы подряд, в 10-ых начали продавать уже вообще всё, вплоть до проектов атомных реакторов.

    По сути, Китай за 25 лет нафаршировали всеми американскими технологиями, передавая всё, что плохо лежит. Не передали разве что военку да авиастроение.

     
     
  • 8.113, Michael Shigorin (ok), 23:35, 01/04/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Как бы Вам попроще-то объяснить _Почему_ нафаршировали _Каков_ практический ре... текст свёрнут, показать
     
     
  • 9.134, псевдонимус (?), 10:11, 02/04/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Потому что там рабсила дешевая была Вот бизнес и погнс туда денежки ... текст свёрнут, показать
     
     
  • 10.165, _ (??), 03:04, 03/04/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    У индусеев и уж тем более у негров - она ещё дешевле Иииии Подумай ещё ... текст свёрнут, показать
     
     
  • 11.169, псевдонимус (?), 04:39, 03/04/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    И обоазованного населения куда больше, чем в индии или африке И какая-никакая к... текст свёрнут, показать
     
  • 9.157, нах. (?), 19:54, 02/04/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Практический результат - гораздо более дорогие и значительно менее работящие ниг... текст свёрнут, показать
     
  • 3.56, Коломойский (?), 15:45, 01/04/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    а почему так много сторонников не китайского ?
    разве так важна национальность тех кто двигает прогресс ?
    в СССР тоже вон считали IPv4 американским поделием и не развивались в этом направлении, и где они теперь ?
     
     
     
    Часть нити удалена модератором

  • 5.65, Коломойский (?), 17:05, 01/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    нет, это просто показатель недальновидности как минимум в данном вопросе
    а вот уже сама недальновидность по многим вопросам в развитии государства и послужила основой будущего краха
     
  • 4.78, rshadow (ok), 19:32, 01/04/2020 [^] [^^] [^^^] [ответить]  
  • +6 +/
    > в СССР тоже вон считали IPv4

    Здесь не хватает картинки с цитатой Ленина про интернет.
    https://ic.pics.livejournal.com/olga1982a/57841854/348465/348465_original.png

     
  • 2.88, нах. (?), 20:23, 01/04/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    совершенно все равно как это называть - но ящик водки и тех трех обратно.
    В смысле, неважно darpa это или нет, важно что тех людей, которые разработали arpanet, уже, к сожалению, не вернуть.

    И в китае таких тоже не делают, только дешевые китайские подделки.

     

  • 1.51, Аноним (51), 15:29, 01/04/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    $ date +%Y-%m-%d
    2020-04-01

    ну-ну

     
     
  • 2.53, rvs2016 (ok), 15:36, 01/04/2020 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > $ date +%Y-%m-%d
    > 2020-04-01
    > ну-ну

    Да достаточно сочетание и пары слов, год не важен:

    % date +'%d %B' | sed 's/^0//'
    1 апреля

    :-)

     
     
  • 3.82, Анон42454 (?), 19:41, 01/04/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > % date +'%d %B' | sed 's/^0//'

    Для чего sed?

    % date +'%-d %B'

     
     
  • 4.145, rvs2016 (ok), 14:28, 02/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    >> % date +'%d %B' | sed 's/^0//'
    > Для чего sed?
    > % date +'%-d %B'

    Дык я ж не знал! Спасибо, дорогой товарищ! А я-то с этими седами страдал.... :-)))

     
  • 2.64, AnonPlus (?), 17:02, 01/04/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Это не шутка, новость ещё позавчера проскакивала.
     

  • 1.54, OpenEcho (?), 15:40, 01/04/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Через US Robotics, хотя бы на  Courier будет работать?
     
     
  • 2.74, Серёга (?), 19:00, 01/04/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Только на прошивке от Додонова.
     

  • 1.58, mumu (ok), 15:52, 01/04/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +7 +/
    Кроме зондов от компартии есть ещё преимущества перед ipv6?
     
     
  • 2.110, zzz (??), 22:30, 01/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    А что, у IPv6 есть какие-то преимущества?
     
     
  • 3.125, Аноним (40), 05:38, 02/04/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    >А что, у IPv6 есть какие-то преимущества?

    На нём можно строить огромные локальные сети, не боясь захлебнуться броадкастом. Конечно, если коммутаторы умеют мультикаст. Разве не преимущество? Особенно учитывая, что высокопроизводительные маршрутизаторы стоят сильно дороже коммутаторов.

     
     
  • 4.181, нах. (?), 17:39, 03/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    от перевода его в мультикаст жить сразу станет лучше и веселее нет ничего что ... большой текст свёрнут, показать
     
  • 3.135, псевдонимус (?), 10:15, 02/04/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Нет у ипв6 никаких преимуществ. Хорошо что не взлетело.

    Даст ктулху и нежить из новости подохнет...

     
  • 2.177, и.о.К.О. (?), 16:34, 03/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    IPv6 имеет "фатальный недостаток"(с), его придумали не HUAWEI.
     

  • 1.61, Аноним (61), 16:37, 01/04/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    "судя по всему, являются домыслами"
    любому разумному человеку ясно что тоталитарный китайский режим мечтает о полной слежке за всеми.
    Я никогда не буду доверять продукту разработанному в тоталитарных странах таких как Китай, Северная корея и т.д.
     
     
  • 2.66, Коломойский (?), 17:19, 01/04/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    тебе осталось только освободится от всего тоталитарного в своём доме, выбрось все на помойку
    > режим мечтает о полной слежке за всеми

    только не слушай Сноудена а то останешься в одних трусах

     
  • 2.98, Michael Shigorin (ok), 21:10, 01/04/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Я никогда не буду доверять продукту разработанному в тоталитарных странах

    Выбрасывайте свой интеловский процессор и таки читайте Кубушина, он лет пятнадцать-двадцать назад предупреждал ещё.

     
     
  • 3.117, Аноним (117), 00:24, 02/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Выбрасывайте свой интеловский процессор и заменяйте его на ещё более закрытый Ельбрус ;)
     
  • 2.111, zzz (??), 22:44, 01/04/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А произведенным в Китае материнкам, в BIOS которых китайцы уже много лет заливают прошивки с бекдорами - доверяешь? Например, своей?
     

  • 1.63, vitalif (ok), 16:53, 01/04/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Каша, в протоколе ещё только блокчейна не хватает
     
  • 1.69, robot228 (?), 17:38, 01/04/2020 Скрыто модератором [﹢﹢﹢] [ · · · ]
  • –3 +/
     
  • 1.71, Alexey (??), 18:09, 01/04/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    ДНС можно и сей час не использовать для соединения, а вот мозги к маршрутизаторам надо будет усиливать. АТМ и так прекрасно совмещает передачу разнородных данных через канал, вот только каждую новую "поделку" нужно будет поддерживать на уровне производителя, дописывая код обработки, тут встанет вопрос о том, кто решиться игнорировать.
     
     
  • 2.89, нах. (?), 20:24, 01/04/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    производитель пары десятка железок, через которые проходит твой ценный пост на опеннет. К сожалению.
     

  • 1.86, Онаним (?), 19:51, 01/04/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    Про то, как эту динамической длины чуть более, чем везде, х***ту ASIC'ами обрабатывать, кто-нибудь уже спрашивал?
     
     
  • 2.92, нах. (?), 20:44, 01/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    полагаю, хуавей уже суматошно патентует решение.

     
     
  • 3.101, Онаним (?), 21:53, 01/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > полагаю, хуавей уже суматошно патентует решение.

    Видели мы их восьмитонники, в которых для MPLS надо было костылём форвардить трафик на проц.
    Для оверблоутного софтового решения пойдёт, но в простом и ламповом железе эту эпическую х***ю обрабатывать так себе затея.

     
     
  • 4.121, нах. (?), 01:15, 02/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Для оверблоутного софтового решения пойдёт

    а других скоро уже и не будет, как и простого лампового железа, один sdn.
    Тут плохая дорога вполне в тренде.

    (а SR не хотели, гады! Впрочем, они не столько не хотели, сколько не очень, похоже, понимали, с чем его едят.)

     

  • 1.87, lucentcode (ok), 20:22, 01/04/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Если протокол сделать принудительно частью стандартов, связанных с 5G, и почикать там все альтернативы - стандарт внедрят быстро. Нужна лишь воля к форсированию событий, и сговор нескольких крупных вендоров. А пандемия и закручивание гаек на её фоне, лучший способ начать форсировать вещи, на принятие которых в нормальных условиях ушли бы многие десятилетия.
     
     
  • 2.90, нах. (?), 20:25, 01/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    сидите, слушайте песню валенки, "крупный вендор".
    Плохая дорога сама с собой уже договорилась. Остальных можно просто и не спрашивать.

     
  • 2.103, Онаним (?), 21:54, 01/04/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Если протокол сделать принудительно частью стандартов, связанных с 5G, и почикать там

    К счастью стандарты вроде 5G принимаются консорциумом, и один упоротый вендор там на общее решение повлиять не может.

     
     
  • 3.114, Michael Shigorin (ok), 23:37, 01/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    О, у нас ещё и знаток принимательства решений консорциумами в гостях.
     
     
  • 4.131, Онаним (?), 09:39, 02/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Смирись с тем, что опыта у меня больше.
     

  • 1.91, Vkni (ok), 20:28, 01/04/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Какое оригинальное название!
     
     
  • 2.99, Michael Shigorin (ok), 21:12, 01/04/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Not Even Work In Progress? :)
     

  • 1.100, Аноним (100), 21:28, 01/04/2020 Скрыто модератором [﹢﹢﹢] [ · · · ]
  • –1 +/
     
  • 1.102, Аноним (102), 21:53, 01/04/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Каждый мегаадмин набрал себе v4 адрессов 100500 штук которые ему не нужны вовсе и заявили что кончаются. Хотя еще лет на 30 хватити без богомерзкого v6 и прочего на самом деле даже с айот и прочим нинужно.)
     
     
  • 2.119, Аноним (119), 00:57, 02/04/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    в Штатах как ни компания - так маска 8 или даже меньше!
     
     
  • 3.122, нах. (?), 01:17, 02/04/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    ну так во времена оны class A и был для _штатовских_ крупных компаний.
    Причем адреса, понавыданные всяким сдохшим nortel'ам и прочим - никто в пул не вернул.
    Не говоря уже о несдохших а купленных sun'ах и компаках - а там тоже были /8, и не одна.
    Причем, разумеется, ничего из этого по назначению не используется.

     
     
  • 4.178, и.о.К.О. (?), 16:39, 03/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    "- никто в пул не вернул."

    Ложь. Тот же IBM продал один из своих пулов (и сделал на этом половину годовой выручки). а уж распродать активы сдохших компаний, это первая заповедь (убий и укради).

     
     
  • 5.182, нах. (?), 17:43, 03/04/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > "- никто в пул не вернул."
    > Ложь. Тот же IBM продал один из своих пулов (и сделал на

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

    А ведь их выдавали под конкретные обещалки, и даже планы развития требовали когда-то предоставлять... эх, кабинетные крысы...

     
     
  • 6.191, и.о.К.О. (?), 11:25, 04/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    >> "- никто в пул не вернул."
    >> Ложь. Тот же IBM продал один из своих пулов (и сделал на
    > так это не "вернул", это именно продал. С точки зрения подпевающих iana
    > истеричек - "свободных" адресов от этого не появилось.

    Вернул.  Адреса которы были заняты но не использовались старым владельцем теперь используются новым. Например часть бывших адресов IBM сейчас используют Google и Cloudflare.

     

  • 1.104, vsg (?), 21:56, 01/04/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    New IP Technologies
    Issue    draft 04
    Date     2019-05-20
    https://support.huawei.com/enterprise/ru/doc/EDOC1000173015
    Осторожно 2217 стр.))
     
  • 1.105, Онаним (?), 21:56, 01/04/2020 Скрыто модератором [﹢﹢﹢] [ · · · ]
  • –2 +/
     
  • 1.123, Аноним (123), 05:34, 02/04/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    не знаю всех тонкостей но очевидно что обязательно захотят ввести поддержку трафика для своих и остального быдла с уровнями доступа
     
  • 1.124, Аноним (123), 05:35, 02/04/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    поддержку трафика имею ввиду вообще на уровне адресаации даже
     
  • 1.127, Аноним (127), 06:44, 02/04/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    The Knights Who Say "NIP!"
     
     
  • 2.179, и.о.К.О. (?), 16:49, 03/04/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    New
    I
    P
    Protocol
    Low
    Energy

    ecological friendly!

    VOTE!

     

  • 1.129, Tifereth (ok), 08:13, 02/04/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Я бы не называл тот PDF "технической спецификацией" - естественно, из неё нельзя сделать вывода, есть или нет пресловутая "shut down command". По этим трём картинкам и общим словам вообще невозможно сделать сколько-нибудь серьёзных выводов.

    Интереснее было бы запросить тот же engadget точка com, откуда у них такие сведения - чтобы сослались на нечто, больше похожее на техническую спецификацию.

    Я так понимаю, автор перевода не пытался провести подобное исследование? Ведь намного проще объявить высказанные опасения газетной "уткой".

     
  • 1.149, X5asd5 (?), 17:16, 02/04/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    что за "более эффективные механизмы адресации и управления трафиком, а также решает проблему организации взаимодействия разнотипных сетей в условиях роста фрагментации глобальной сети"?

    что именно предлагается вместо BGP-протокола?

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

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

    будет ли вообще NEW-IP работать внутри глобального интернета? или это только в локальной сети, типа технологии сугубо только для последней мили (last mile)?

    как вообще будет организован переход от IPv6 к NEW-IP? или такой переход НЕ планируется вовсе и вся "маркетинговая модель" это продажа Домашних Роутеров -- с одной стороны которых будет NEW-IP а с другой стороны обычный IPv6?

     
     
  • 2.180, и.о.К.О. (?), 16:59, 03/04/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > каким образом адреса решили отвязать от "метоположения"?

    вот этим образом:

    >> "позволяют обойтись без DNS"

    на бродкастах все построено. устройство шлет запрос всем "эй ютуб, покажи мне видео про лунапарк!"
    кто на запрос первый ответил, тот и ютуб.

    > как будет работать механизм подтверждения что адрес принадлежит именно тому кто якобы об этом декларирует другим?

    SSL же!  у хакера или просроченный или отозванный или вообще от другого домена. (CRL тоже бродкастом верифицировать).

     

  • 1.211, Аноним (-), 17:26, 27/04/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >IP ориентирован на идентификацию физических объектов в привязке к их местоположению, и не рассчитан на идентификацию виртуальных объектов, таких как контент и сервисы. Для абстрагирования сервисов от IP-адресов предлагаются различные механизмы маппинга, которые лишь усложняют систему и создают дополнительные угрозы приватности.

    Минусую! Не нужно! Китайцам всегда не доверял.

     
  • 1.212, Аноним (212), 17:13, 04/05/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > Растиражированные в СМИ сведения о встроенных возможностях, обеспечивающих блокировку ресурсов, способствующих деанонимизации и вводящих обязательную аутентификацию, в доступной технической спецификации не упоминаются и, судя по всему, являются домыслами.

    Ничего подобного. Если же там:

    > Третьей задачей, которую призван решить NEW IP, является тонкое управление качеством сервиса.

    то вот вам и тот самый "killswitch", к которому все неравнодушны
    (качество-как-параметр, уменьшил в ноль и всё, блокировка.. а в данном случае фишка в высокой селективности)

     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Спонсоры:
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

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