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

"Huawei развивает протокол NEW IP, нацеленный на использовани..."	+/–
Сообщение от opennews (??), 01-Апр-20, 12:46
Компания Huawei совместно с исследователями из Университетского колледжа Лондона ведёт разработку сетевого протокола NEW IP, который учитывает тенденции развития телекоммуникационных устройств будущего и повсеместное распространение устройств интернета вещей, систем дополненной реальности и голографических коммуникаций. Проект изначально позиционируется как международный, в котором могут принять участие любые исследователи и заинтересованные компании. Сообщается, что новый протокол передан на рассмотрение в  Международный союз электросвязи (ITU), но он будет готов для тестирования не раньше 2021 года... Подробнее: https://www.opennet.me/opennews/art.shtml?num=52648
Ответить | Правка | Cообщить модератору

Сообщения

[Сортировка по ответам | RSS]

1. Сообщение от Аноним (1), 01-Апр-20, 12:46	–41 +/–
Давно было пора уже делать следующий шаг.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #12, #16, #50

2. Сообщение от Нанобот (ok), 01-Апр-20, 12:49	+7 +/–
IPv8? учитывая темпы внедрения IPv6, перспективы очень туманные
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #38, #112, #133, #171

3. Сообщение от Аноним (12), 01-Апр-20, 12:49	+17 +/–
Последний абзац про домыслы... Речь про Huawei - китайскую компанию. Как там с интернетом в Китае ?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #6, #7, #10

5. Сообщение от Аноним (5), 01-Апр-20, 12:51	+2 +/–
не взлетит
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #8

6. Сообщение от Аноним (1), 01-Апр-20, 12:52	+6 +/–
А что если китайцы в документе не написали, что "мы будем следить за вами бледнолицые, и заблочим кого захотим". Значит это домыслы все просто.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3

7. Сообщение от anonymous (??), 01-Апр-20, 12:53	+/–
Я похожую новость еще вчера видел в заголовках новостей.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3 Ответы: #9

8. Сообщение от Аноним (1), 01-Апр-20, 12:53	+9 +/–
Тогда в Китае партия выпустит указ: "Все на новый айпи". И все перейдут на новый айпи. И тут уже проблема с великим китайским фаерволом решена сама собой.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #80

9. Сообщение от Аноним (1), 01-Апр-20, 12:54	+/–
Кто-то тут в комментах её писал. Видимо сподобился на полную статью.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7

10. Сообщение от Аноним (10), 01-Апр-20, 12:57	–9 +/–
Если разработку ведёт китаец, это не значит, что он обязательно встроит зонд. Вообщем-то никто так и не доказал, что Huawei вставляет зонды. Вброс блумберг про бэкдор давно уже все опровергли, а введённые в США санкции связаны исключительно с поставкой оборудование в Иран, в обход экономичкской блокады.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3 Ответы: #14, #24, #213

11. Сообщение от InuYasha (?), 01-Апр-20, 12:57	+/–
Интересная (и закономерная) тенденция - дополнения ДАННЫХ информацией о том КАК их обрабатывать. Всё больше метаданных и новый ИП в этом плане напоминает Матрёшку (MKV). Это очень радует т.к. может улучшить ситуацию с подстраиваемой совместимостью. С другой стороны, Хуавей...
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #31, #208

12. Сообщение от Аноним (12), 01-Апр-20, 12:58	+35 +/–
Умаодан ?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #25

13. Сообщение от Аноним (13), 01-Апр-20, 13:03	+11 +/–
с первым апреля?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #27, #36

14. Сообщение от Аноним (12), 01-Апр-20, 13:04	+3 +/–
Наивность простительна детям. Huawei китайская компания с гос. поддержкой (ангажированно). И видя, как развивается китайский интернет последние 20 лет, что-то другого от них ожидать ?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10 Ответы: #19, #94, #128

15. Сообщение от Урри (?), 01-Апр-20, 13:09	+1 +/–
Как насчет лицензии на протокол? А то знаем мы этих китайцев.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #139

16. Сообщение от asdasdasd (?), 01-Апр-20, 13:12	+20 +/–
Он уже давно есть и называется IPv6. P.S. Если вы не в курсе, то IPv6 это не просто +2 байта.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #18, #57

17. Сообщение от user90 (?), 01-Апр-20, 13:17	+3 +/–
Каша кокая-то. Ладо Huawei, а "исследователи из Университетского колледжа Лондона" тут вообще каким боком?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #20, #21, #28, #30, #42

18. Сообщение от ыва (?), 01-Апр-20, 13:20	+2 +/–
Плюс два байта - это mac
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16

19. Сообщение от Аноним (10), 01-Апр-20, 13:21	+9 +/–
Аргументация из разряда "фашисты пили воду, значит все кто пьёт воду фашисты".
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14 Ответы: #23, #26, #43, #48

20. Сообщение от Р (?), 01-Апр-20, 13:23	+4 +/–
очевидно так называемые БРИТАНСКИЕ ученые
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17

21. Сообщение от ыва (?), 01-Апр-20, 13:23	–1 +/–
Пока что, это лучшая шутка на первое апреля. Даже лучше банк про анальныхе кары, за нарушение карантина.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17 Ответы: #22, #52

22. Сообщение от ыва (?), 01-Апр-20, 13:24	+/–
Банк = баек
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #21

23. Сообщение от Аноним (12), 01-Апр-20, 13:26	+1 +/–
Наивность, а теперь ещё и утрирование. p.s.: По ссылке на источник забавные комментарии.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19 Ответы: #35

24. Сообщение от Аноним (1), 01-Апр-20, 13:28	+3 +/–
Ну конечно компания Apple которая вставляет зонды в свои китайские версии айфонов, для китайского же правительства, не может рассказать Трампу что это правда. А не тиражируют это потому что могут испортит Apple репутацию. И Apple только поэтому в Китае и продается еще со своим собственным стором. И это при том что сервисы того же гугла заблокированы в Китае даже Google Play. Велика вероятность что Хуавей просто отказалась вставлять американские бекдоры к себе. А в америке не могут просто так сказать что мы знаем про бекдоры потому что нам за них выкатили такой ценник что мы не потянули.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10 Ответы: #148

25. Сообщение от Аноним (1), 01-Апр-20, 13:29	+/–
Следующий шаг в великом китайском фаерволе, а не то что вы подумали. И сам ты чемодан.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12

26. Сообщение от Аноним (12), 01-Апр-20, 13:29	+/–
У нас пока что интернет не как в Китае. Анализируйте информацию из разных источников (критическое мышление полезно).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19

27. Сообщение от Аноним (1), 01-Апр-20, 13:32	+2 +/–
С этим коронавирусом все забыли про 1 апреля.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13

28. Сообщение от Аноним (28), 01-Апр-20, 13:35	+/–
Они бейсик изобрели
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17

29. Сообщение от zanswer (?), 01-Апр-20, 13:37	+/–
Если бы не первое апреля, то я бы сказал, что они решили оживить OSI CLNS/CLNP. :)))
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #37, #81

30. Сообщение от Аноним (1), 01-Апр-20, 13:37	+1 +/–
Таким что туда отправили несколько Китайцев учится/работать. И теперь с помощью них пытаются толкнуть стандарт.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17 Ответы: #32

31. Сообщение от user (??), 01-Апр-20, 13:39	+2 +/–
Кому и DRM метаданные.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11

32. Сообщение от Аноним (12), 01-Апр-20, 13:51	+1 +/–
Кстати: https://tjournal.ru/stories/155019-kitay-cenzura-slezy
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #30

33. Сообщение от Аноним (33), 01-Апр-20, 13:56	+/–
NEW IP будет работать через великий китайский firewall
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #173

35. Сообщение от Аноним (10), 01-Апр-20, 14:04	+5 +/–
У вас какая-то излишняя уверенность в теории заговоров, преобладающая над здравым смыслом. Не все люди только и думают как нагадить, украсть и вставить зонд. То что компания из Китая ровным счётом ни о чём не говорит, а придумки, что правительство заставляет вставлять бэкдоры - это только тараканы в вашей голове. Найдут бэкдор, тогда и поговорим. А пока - это лишь глословное словоблудие.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23 Ответы: #73

36. Сообщение от все такойже ононим как и всегда (?), 01-Апр-20, 14:05	+3 +/–
оригинал новости датирован 30 марта
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13

37. Сообщение от Аноним (37), 01-Апр-20, 14:07	+2 +/–
Описанный в статье документ от 30 марта.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #29

38. Сообщение от внедрения (?), 01-Апр-20, 14:07	–3 +/–
Около 30% по статистике гугля. Все тормозится жадными провайдерами. Кто побежит внедрять это китайскую хрень - вопрос открытый, разве что компартия обяжет в принудительном порядке.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #41, #47, #93

39. Сообщение от gogo (?), 01-Апр-20, 14:21	+1 +/–
При локальном трафике экономия нескольких байт на укороченной "локальной" форме адреса выглядит смешно. Парадигма "что нужно", а не "где получить" звучит заманчиво, а на практике упирается  в 2 вопроса: 1. могу ли я достаточно четко сформулировать средствами протокола, что мне нужно? 2. будет ли мне дано именно то, что мне нужно, или же выдан ближайших суррогат? Внесение дополнительных полей в каждый из пакетов - вообще бредом кажется. На картинке-примере пакеты маршрутизируются в зависимости от требуемой ширины канала. Но зачем это делать на уровне КАЖДОГО ПАКЕТА? Такое имеет смысл на уровень више, то есть на уровне соединения. В общем, китайцы наворотили всего, что только смогли придумать. Не вдаваясь в подробности, действительно ли это кому-то необходимо...
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #108

40. Сообщение от Аноним (40), 01-Апр-20, 14:33	+1 +/–
>Идентификаторы сервисов позволяют обойтись без DNS и маршрутизировать >запрос к ближайшему обработчику, соответствующему указанному >идентификатору А маршрутизаторы значит должны хранить все эти идентификаторы сервисов, чтобы знать в какой порт перенаправлять пакет? Я боюсь, что в нынешнем интернете имён гораздо больше чем IPv4-адресов, не говоря уже о том, что сейчас они адресуют только группы адресов значительного размера.
Ответить | Правка | Наверх | Cообщить модератору

41. Сообщение от Аноним84701 (ok), 01-Апр-20, 14:42	+3 +/–
> Около 30% по статистике гугля. Все тормозится жадными провайдерами. Вообще-то, первый RFC ipv6 появился в 1995 https://tools.ietf.org/html/rfc1883 а поддержка была еще в XP / win2000 SP1 (емнип) -- так что про темпы внедрения вполне верно подмеченно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #38

42. Сообщение от Коровавирус (?), 01-Апр-20, 14:46	+1 +/–
Мозги британские, бабло китайское. Ну, или наоборот.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17

43. Сообщение от Ag (ok), 01-Апр-20, 14:57	+1 +/–
Да нет, тут скорее такой посыл: фашисты гнобили всех расово/национально "неполноценных" у себя дома. Значит придя в другие страны скорее всего они будут проводить ту же политику.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19

44. Сообщение от rvs2016 (ok), 01-Апр-20, 15:04	+1 +/–
> Не обязательность указания адреса источника > или адреса назначения (например, для экономии > ресурсов при отправке данных с датчика). Вот это да...! И как тогда узнать - какой датчик отправил информацию? Отправлять идентификатор датчика? Укоротили сообщение удалением адреса датчика, зато обратно удлинили его добавлением идентификатора. В итоге ничего не выиграли, но работу по созданию нового протокола проделали. Ну круто же! 😆
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #163, #176

45. Сообщение от rvs2016 (ok), 01-Апр-20, 15:09	+1 +/–
> создают дополнительную нагрузку на маршрутизаторы А усложнение алгоритмов из-за "разной семантики адресов" и т.п. разве дополнительную нагрузку на маршрутизаторы не создаст? > Допускается определение разной семантики адресов. > Например, помимо классического формата IPv4/IPv6, > можно использовать вместо адреса уникальные > идентификаторы сервиса ...и так далее... (пустую строку после 2-й цитаты перед строкой "...и так далее..." я не вставлял - её зачем-то в моё сообщение вставляет програма Опеннета)
Ответить | Правка | Наверх | Cообщить модератору

46. Сообщение от Коломойский (?), 01-Апр-20, 15:12	+/–
а если Huawei поменять на DARPA, местные анонимы остались бы довольны ?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #49, #88

47. Сообщение от rvs2016 (ok), 01-Апр-20, 15:22	+6 +/–
> Все тормозится жадными провайдерами Это не главная причина торможения внедрения IPv6. Главная причина в том, что ничто не мешает работать с IPv4. Вот если бы что-то начало мешать (компартия бы запретила IPv4 или инопланетяне уничтожили бы все маршрутизаторы, работающие с IPv4) или если бы IPv6 посулил бы выгоду, то его внедрили бы "за 2 часа". :-)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #38 Ответы: #70, #72, #77, #107

48. Сообщение от rvs2016 (ok), 01-Апр-20, 15:23	–2 +/–
> Аргументация из разряда "фашисты пили воду, > значит все кто пьёт воду фашисты". Во-во! Они и свастику присвоили себе. Запретить!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19

49. Сообщение от Аноним (12), 01-Апр-20, 15:26	+/–
Откуда столько сторонников китайского на OPENnet ? Когнитивный диссонанс.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #46 Ответы: #55, #56

50. Сообщение от Vas Yan (?), 01-Апр-20, 15:27	+9 +/–
Да в джейсончик его, в джейнсончик - хватит уже сублимировать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

51. Сообщение от Аноним (51), 01-Апр-20, 15:29	+1 +/–
$ date +%Y-%m-%d 2020-04-01 ну-ну
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #53, #64

52. Сообщение от rvs2016 (ok), 01-Апр-20, 15:29	+1 +/–
> Пока что, это лучшая шутка на первое апреля. Кстати. А ежегодная опеннетовская подборка первоапрельских компьютерных шуток уже прошла ли сегодня (а то я что-то не заметил) или свежий выпуск шуток выйдет в печать ближе к вечеру?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #21

53. Сообщение от rvs2016 (ok), 01-Апр-20, 15:36	+3 +/–
> $ date +%Y-%m-%d > 2020-04-01 > ну-ну Да достаточно сочетание и пары слов, год не важен: % date +'%d %B' | sed 's/^0//' 1 апреля :-)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #51 Ответы: #82

54. Сообщение от OpenEcho (?), 01-Апр-20, 15:40	+1 +/–
Через US Robotics, хотя бы на  Courier будет работать?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #74

55. Сообщение от OpenEcho (?), 01-Апр-20, 15:44	+/–
Наверное потому, что у всех компютеры made in China, как впрочем и телефоны и тапочки и кофемолки и .......... :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #49 Ответы: #59

56. Сообщение от Коломойский (?), 01-Апр-20, 15:45	–2 +/–
а почему так много сторонников не китайского ? разве так важна национальность тех кто двигает прогресс ? в СССР тоже вон считали IPv4 американским поделием и не развивались в этом направлении, и где они теперь ?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #49 Ответы: #78

57. Сообщение от Здрасьте (?), 01-Апр-20, 15:46	+9 +/–
v6 — это версия, а не длина, там не два байта.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16

58. Сообщение от mumu (ok), 01-Апр-20, 15:52	+7 +/–
Кроме зондов от компартии есть ещё преимущества перед ipv6?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #110, #177

59. Сообщение от Аноним (12), 01-Апр-20, 15:56	+6 +/–
Сделано в Китае и разработано в Китае, это большая разница!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #55 Ответы: #60, #67, #65

60. Сообщение от Коломойский (?), 01-Апр-20, 16:05	+4 +/–
так интель дырки где разработаны ?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #59

61. Сообщение от Аноним (61), 01-Апр-20, 16:37	–3 +/–
"судя по всему, являются домыслами" любому разумному человеку ясно что тоталитарный китайский режим мечтает о полной слежке за всеми. Я никогда не буду доверять продукту разработанному в тоталитарных странах таких как Китай, Северная корея и т.д.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #66, #98, #111

63. Сообщение от vitalif (ok), 01-Апр-20, 16:53	–1 +/–
Каша, в протоколе ещё только блокчейна не хватает
Ответить | Правка | Наверх | Cообщить модератору

64. Сообщение от AnonPlus (?), 01-Апр-20, 17:02	+2 +/–
Это не шутка, новость ещё позавчера проскакивала.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #51

65. Сообщение от Коломойский (?), 01-Апр-20, 17:05	+/–
нет, это просто показатель недальновидности как минимум в данном вопросе а вот уже сама недальновидность по многим вопросам в развитии государства и послужила основой будущего краха
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #59

66. Сообщение от Коломойский (?), 01-Апр-20, 17:19	+2 +/–
тебе осталось только освободится от всего тоталитарного в своём доме, выбрось все на помойку > режим мечтает о полной слежке за всеми только не слушай Сноудена а то останешься в одних трусах
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #61

67. Сообщение от OpenEcho (?), 01-Апр-20, 17:24	+1 +/–
> Сделано в Китае и разработано в Китае, это большая разница! Сделаное можно использовать, в отличие от разработанного, но не сделанного. Откройте глаза, Китай уже давно не то тот, что был при Мао, где была мечта иметь велосипед в каждой семье, - это сейчас вторая в мире по мощности экономика.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #59 Ответы: #96

69. Сообщение от robot228 (?), 01-Апр-20, 17:38	–3 +/–
Китайский клоун на презике решил через компашку правую продвигать свои идеи? ммм гении, нет пускай обламывается. НАДЕЮСЬ ЭТО НЕ ПРОПУСТЯТ.
Ответить | Правка | Наверх | Cообщить модератору

70. Сообщение от playnet (ok), 01-Апр-20, 18:07	+2 +/–
Главная проблема в том, что v6 почти ничем не лучше чем v4, а железо менять надо... Если кто помнит, IPX/SPX, был такой протокол. На моей памяти он исчез почти "вдруг", вот почти всё на нём, а вот его уже включают только для совместимости, а все сидят по ip
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #47 Ответы: #95, #97

71. Сообщение от Alexey (??), 01-Апр-20, 18:09	+/–
ДНС можно и сей час не использовать для соединения, а вот мозги к маршрутизаторам надо будет усиливать. АТМ и так прекрасно совмещает передачу разнородных данных через канал, вот только каждую новую "поделку" нужно будет поддерживать на уровне производителя, дописывая код обработки, тут встанет вопрос о том, кто решиться игнорировать.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #89

72. Сообщение от имяя (?), 01-Апр-20, 18:26	+5 +/–
> Главная причина в том, что ничто не мешает работать с IPv4. трахаццо з натами и вбивая капчу в гугле потому что говнопровайдер осилил купить айпи только на квартал города? спасибочки, но без меня.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #47 Ответы: #76, #79, #142

73. Сообщение от IRASoldier_registered (ok), 01-Апр-20, 18:52	–4 +/–
>Найдут бэкдор, тогда и поговорим. А пока - это лишь глословное словоблудие. Опеннетчики регулярно находят зонды везде и во всём, так что это не словоблудие. Это такая экспертиза. Но двойные стандарты тоже бывают - если к ПО приложили руку граждане США (кроме Великого Столлмана, конечно), то там обязательно есть очень вредоносные зонды, неважно, найдены они или нет. А вот если к ПО приложили руку китайцы, то часть Опеннета будет настаивать на том, что зондов там нет и быть не может, потому что китайцы враги США, а значит очень хорошие люди. Очень своеобразная логика, но ей таки многие здесь руководствуются.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #35 Ответы: #137

74. Сообщение от Серёга (?), 01-Апр-20, 19:00	+2 +/–
Только на прошивке от Додонова.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #54

76. Сообщение от macfaq (?), 01-Апр-20, 19:22	+/–
>> Главная причина в том, что ничто не мешает работать с IPv4. > трахаццо з натами и вбивая капчу в гугле потому что говнопровайдер осилил > купить айпи только на квартал города? > спасибочки, но без меня. На квартал?))))))
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #72 Ответы: #136, #187

77. Сообщение от JL2001 (ok), 01-Апр-20, 19:24	+/–
>> Все тормозится жадными провайдерами > Это не главная причина торможения внедрения IPv6. > Главная причина в том, что ничто не мешает работать с IPv4. > Вот если бы что-то начало мешать (компартия бы запретила IPv4 или инопланетяне > уничтожили бы все маршрутизаторы, работающие с IPv4) или если бы IPv6 > посулил бы выгоду, то его внедрили бы "за 2 часа". :-) РКН сейчас же мешает работать с IPv4 и как, помогает?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #47 Ответы: #143

78. Сообщение от rshadow (ok), 01-Апр-20, 19:32	+6 +/–
> в СССР тоже вон считали IPv4 Здесь не хватает картинки с цитатой Ленина про интернет. https://ic.pics.livejournal.com/olga1982a/57841854/348465/34...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #56

79. Сообщение от нах. (?), 01-Апр-20, 19:36	+1 +/–
ну так смени провайдера и не трахай мозг. Причем тут ipv4, все кто хотел получить public - его получили.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #72

80. Сообщение от нах. (?), 01-Апр-20, 19:39	+1 +/–
в китае выпустят (скорее всего - десять лет назад уже выпустили) другой указ - "все китайские сети строятся на китайском оборудовании". А учитывая что кто др..л zte, тот в цирке не смеется - у этого оборудованя в общем-то ровно один производитель. А не будут брать очень-плохую-дорогу с модным newip - отключим газ вместе с интернетом.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8 Ответы: #116

81. Сообщение от нах. (?), 01-Апр-20, 19:41	+/–
судьба мертворожденного проекта OSI им ни на что не намекала? Впрочем, да - у его родителей не было КПК.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #29 Ответы: #126

82. Сообщение от Анон42454 (?), 01-Апр-20, 19:41	+2 +/–
> % date +'%d %B' | sed 's/^0//' Для чего sed? % date +'%-d %B'
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #53 Ответы: #145

86. Сообщение от Онаним (?), 01-Апр-20, 19:51	+3 +/–
Про то, как эту динамической длины чуть более, чем везде, х***ту ASIC'ами обрабатывать, кто-нибудь уже спрашивал?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #92

87. Сообщение от lucentcode (ok), 01-Апр-20, 20:22	+2 +/–
Если протокол сделать принудительно частью стандартов, связанных с 5G, и почикать там все альтернативы - стандарт внедрят быстро. Нужна лишь воля к форсированию событий, и сговор нескольких крупных вендоров. А пандемия и закручивание гаек на её фоне, лучший способ начать форсировать вещи, на принятие которых в нормальных условиях ушли бы многие десятилетия.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #90, #103

88. Сообщение от нах. (?), 01-Апр-20, 20:23	+1 +/–
совершенно все равно как это называть - но ящик водки и тех трех обратно. В смысле, неважно darpa это или нет, важно что тех людей, которые разработали arpanet, уже, к сожалению, не вернуть. И в китае таких тоже не делают, только дешевые китайские подделки.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #46

89. Сообщение от нах. (?), 01-Апр-20, 20:24	+1 +/–
производитель пары десятка железок, через которые проходит твой ценный пост на опеннет. К сожалению.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #71

90. Сообщение от нах. (?), 01-Апр-20, 20:25	+/–
сидите, слушайте песню валенки, "крупный вендор". Плохая дорога сама с собой уже договорилась. Остальных можно просто и не спрашивать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #87

91. Сообщение от Vkni (ok), 01-Апр-20, 20:28	+1 +/–
Какое оригинальное название!
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #99

92. Сообщение от нах. (?), 01-Апр-20, 20:44	+/–
полагаю, хуавей уже суматошно патентует решение.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #86 Ответы: #101

93. Сообщение от Michael Shigorin (ok), 01-Апр-20, 20:57	–3 +/–
> Все тормозится жадными провайдерами. А точно не жадной циской, которая впаривала v6 и устраивала серийные истерики по поводу очередной кончины v4? (я-то не провайдер, но в этом плане для меня dk@farm вполне себе авторитет -- а это он ещё до войны у нас на конференции озвучивал под запись)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #38 Ответы: #120

94. Сообщение от Michael Shigorin (ok), 01-Апр-20, 21:00	–2 +/–
Huawei -- компания, у которой цель -- стать/быть китайским IBM. Это и хорошо (для Китая), и плохо (для страны, стратегической конторой которой прообраз и является -- как минимум). Поэтому кто ругает Huawei "в целом" -- по форме ругают IBM "в целом". Ну, субъективно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14

95. Сообщение от Pahanivo пробегал (?), 01-Апр-20, 21:04	+2 +/–
Потому что протоколы интранетовские, а не интернетовские.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #70

96. Сообщение от Michael Shigorin (ok), 01-Апр-20, 21:06	–2 +/–
Если в реальности (где штуки, а не числа), то явно первая.  Помогает вон "первой" (из мира рвущихся на Марс биржевых индексов), высылая борта с высокотехнологичными марлевыми масками, пока Маск шильдики на аппаратах переклеивает. Про Китай не зря дед в семидесятых ещё говорил, прислушиваясь к тамошнему радио в полсотне километров от границы -- "они ещё покажут"...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #67 Ответы: #109

97. Сообщение от sabitov (ok), 01-Апр-20, 21:06	+2 +/–
Ну я помню про IPX, у меня даже в локалке несколько IPX-сетей было :) И умер он у меня на глазах, потому что а) тырнет работал не на IPX, б) новел нетварь померла. А без нетвари IPX был никому не нужен. А с IPv6 проблемы таки есть. Например, настроить межсетевой экран aka firewall, задача для настоящих мужчин с крепкими нервами и массой свободного времени. Есть куча эмоций в сторону раздачи фиксированных адресов через DHCPv6. Есть совсем курьёзы: уже, не соврать, года 3, как в ядре линуха появилась реализация MIPv6. Бяда только в том, что userspace тулза для этой вкусности померла еще в первой половине нулевых. :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #70 Ответы: #130, #210

98. Сообщение от Michael Shigorin (ok), 01-Апр-20, 21:10	–1 +/–
> Я никогда не буду доверять продукту разработанному в тоталитарных странах Выбрасывайте свой интеловский процессор и таки читайте Кубушина, он лет пятнадцать-двадцать назад предупреждал ещё.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #61 Ответы: #117

99. Сообщение от Michael Shigorin (ok), 01-Апр-20, 21:12	+1 +/–
Not Even Work In Progress? :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #91

100. Сообщение от Аноним (100), 01-Апр-20, 21:28	–1 +/–
NEW NEW (NEW) IP 1 апреля же, алё
Ответить | Правка | Наверх | Cообщить модератору

101. Сообщение от Онаним (?), 01-Апр-20, 21:53	+/–
> полагаю, хуавей уже суматошно патентует решение. Видели мы их восьмитонники, в которых для MPLS надо было костылём форвардить трафик на проц. Для оверблоутного софтового решения пойдёт, но в простом и ламповом железе эту эпическую х***ю обрабатывать так себе затея.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #92 Ответы: #121

102. Сообщение от Аноним (102), 01-Апр-20, 21:53	+1 +/–
Каждый мегаадмин набрал себе v4 адрессов 100500 штук которые ему не нужны вовсе и заявили что кончаются. Хотя еще лет на 30 хватити без богомерзкого v6 и прочего на самом деле даже с айот и прочим нинужно.)
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #119

103. Сообщение от Онаним (?), 01-Апр-20, 21:54	–2 +/–
> Если протокол сделать принудительно частью стандартов, связанных с 5G, и почикать там К счастью стандарты вроде 5G принимаются консорциумом, и один упоротый вендор там на общее решение повлиять не может.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #87 Ответы: #114

104. Сообщение от vsg (?), 01-Апр-20, 21:56	+3 +/–
New IP Technologies Issue    draft 04 Date     2019-05-20 https://support.huawei.com/enterprise/ru/doc/EDOC1000173015 Осторожно 2217 стр.))
Ответить | Правка | Наверх | Cообщить модератору

105. Сообщение от Онаним (?), 01-Апр-20, 21:56	–2 +/–
А, блджад, точно с 1 апреля. Коронавирус заставил забыть.
Ответить | Правка | Наверх | Cообщить модератору

107. Сообщение от zzz (??), 01-Апр-20, 22:07	–2 +/–
Не припомню, чтобы кто-то мешал/запрещал использовать компьютеры в пользу смартфонов, коней в пользу автомобилей и волочение в пользу колес.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #47

108. Сообщение от vsg (?), 01-Апр-20, 22:09	–1 +/–
Это описано здесь https://support.huawei.com/enterprise/ru/doc/EDOC1000173015 Устройство А по gRPC передает телеметрию на Collector<-Analyzer->Controller, а он ответит на вопрос 1 и 2. Потом по "маршрутизации от источника" построится маршрут в Segment Routing и т.д.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #39 Ответы: #115

109. Сообщение от zzz (??), 01-Апр-20, 22:28	+/–
Китай никому ничего не показал. До 80-ых годов это была закрытая аграрная держава. А дальше началось: в 83-ем американцы создали Шанхайскую биржу, в 84-86 гг запустили банковскую систему (которой на тот момент в Китае не было), в 90-ых дали добро на перенос производств в Китай, в 00-ых начали продавать Китаю все заводы подряд, в 10-ых начали продавать уже вообще всё, вплоть до проектов атомных реакторов. По сути, Китай за 25 лет нафаршировали всеми американскими технологиями, передавая всё, что плохо лежит. Не передали разве что военку да авиастроение.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #96 Ответы: #113

110. Сообщение от zzz (??), 01-Апр-20, 22:30	+/–
А что, у IPv6 есть какие-то преимущества?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #58 Ответы: #125, #135

111. Сообщение от zzz (??), 01-Апр-20, 22:44	+1 +/–
А произведенным в Китае материнкам, в BIOS которых китайцы уже много лет заливают прошивки с бекдорами - доверяешь? Например, своей?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #61

112. Сообщение от Ordu (ok), 01-Апр-20, 23:12	+3 +/–
> IPv8? учитывая темпы внедрения IPv6, перспективы очень туманные Я бы не взялся такие предсказания делать. Есть неплохой обзор истории tcp/ip[1], который пытается показать как нарастал снежный ком легаси, и как теперь от него никуда не деться. Он разбирает какие проблемы легаси пытается решить ipv6, и показывает как легаси сети сопротивляются внедрению ipv6: пока есть ipv4, сеть никуда не денется от MAC адресов, от NAT'ов, от ARP'а (точнее от его ipv6 аналога), от бродкастов, и... Короче, пока есть нужда работать с ipv4 адресами, ipv6 (с точки зрения админа) не устранит никаких проблем ipv4, надо будет подпирать сеть всё теми же костылями. Так вот, но ipv6 не решает проблемы мобильного ip, согласно статье IETF эту грядущую проблему видела, но не стала разгребать сразу, решив, что надо за пару лет внедрить ipv6, а потом разгребать мобильные адреса. И эта проблема _очень_ интересная, твоему мобильному девайсу выдаётся ip, который затем кочует с твоим девайсом с одной точки доступа на другую, точки доступа туннелируют твой трафик на центральный хост, где всё это собирается воедино. То есть мобильная сеть -- это один огромный виртуальный LAN с топологией звезды. Про этот NEW IP я читал лишь то, что в статье написано, поэтому не знаю, насколько он позволит разрешать проблему мобильного ip, но вполне разумно предположить, что Huawei об этом подумала и NEW IP позволяет эту проблему решать. И если так, то тогда NEW IP будет реально решать реальные проблемы для реальных админов реальных LTE-сетей. А это будет значить, что у NEW IP будут неиллюзорные шансы взлететь. Сначала в LTE сетях, потом во всяких wifi-сетях (корпоративный wifi работающий на всё здание через многие точки доступа имеет примерно те же проблемы, хоть и костыли там поменьше), а затем и везде. В целом нельзя не согласиться с высказыванием "перспективы очень туманные", но я хотел указать на один лишь момент: экстраполировать опыт ipv6 на NEW IP может быть не самым надёжным базисом для пророчеств в отношении NEW IP. [1] https://apenwarr.ca/log/20170810
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #144, #147

113. Сообщение от Michael Shigorin (ok), 01-Апр-20, 23:35	+1 +/–
> По сути, Китай за 25 лет нафаршировали [...] Как бы Вам попроще-то объяснить. _Почему_ нафаршировали? _Каков_ практический результат?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #109 Ответы: #134, #157

114. Сообщение от Michael Shigorin (ok), 01-Апр-20, 23:37	+/–
О, у нас ещё и знаток принимательства решений консорциумами в гостях.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #103 Ответы: #131

115. Сообщение от gogo (?), 01-Апр-20, 23:46	+/–
Это не дает никакого ответа на вопрос зачем это делать на уровне пакетов, а не на уровне соединений.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #108 Ответы: #118

116. Сообщение от ffirefox (?), 02-Апр-20, 00:02	+1 +/–
>"все китайские сети строятся на китайском оборудовании" Пока этого ещё нет,  но это всяко лучше, чем продвигаемое сейчас: все сети во _всех_ странах должны строится на только на оборудовании "с молекулами и атомами демократии и свободы", а не то санкции.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #80 Ответы: #155

117. Сообщение от Аноним (117), 02-Апр-20, 00:24	+/–
Выбрасывайте свой интеловский процессор и заменяйте его на ещё более закрытый Ельбрус ;)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #98

118. Сообщение от vsg (?), 02-Апр-20, 00:43	+/–
Думаю, что ответа нет и у Huawei.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #115

119. Сообщение от Аноним (119), 02-Апр-20, 00:57	+1 +/–
в Штатах как ни компания - так маска 8 или даже меньше!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #102 Ответы: #122

120. Сообщение от нах. (?), 02-Апр-20, 01:08	+/–
ты о чем вообще? Она пять лет не могла работающий ipsec over v6 сделать - я даже не знаю, потом-то смогла или нет, ушел из большого секса.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #93

121. Сообщение от нах. (?), 02-Апр-20, 01:15	+/–
> Для оверблоутного софтового решения пойдёт а других скоро уже и не будет, как и простого лампового железа, один sdn. Тут плохая дорога вполне в тренде. (а SR не хотели, гады! Впрочем, они не столько не хотели, сколько не очень, похоже, понимали, с чем его едят.)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #101

122. Сообщение от нах. (?), 02-Апр-20, 01:17	+1 +/–
ну так во времена оны class A и был для _штатовских_ крупных компаний. Причем адреса, понавыданные всяким сдохшим nortel'ам и прочим - никто в пул не вернул. Не говоря уже о несдохших а купленных sun'ах и компаках - а там тоже были /8, и не одна. Причем, разумеется, ничего из этого по назначению не используется.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #119 Ответы: #178

123. Сообщение от Аноним (123), 02-Апр-20, 05:34	+/–
не знаю всех тонкостей но очевидно что обязательно захотят ввести поддержку трафика для своих и остального быдла с уровнями доступа
Ответить | Правка | Наверх | Cообщить модератору

124. Сообщение от Аноним (123), 02-Апр-20, 05:35	–1 +/–
поддержку трафика имею ввиду вообще на уровне адресаации даже
Ответить | Правка | Наверх | Cообщить модератору

125. Сообщение от Аноним (40), 02-Апр-20, 05:38	–2 +/–
>А что, у IPv6 есть какие-то преимущества? На нём можно строить огромные локальные сети, не боясь захлебнуться броадкастом. Конечно, если коммутаторы умеют мультикаст. Разве не преимущество? Особенно учитывая, что высокопроизводительные маршрутизаторы стоят сильно дороже коммутаторов.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #110 Ответы: #181

126. Сообщение от zanswer (?), 02-Апр-20, 06:17	+/–
Видимо нет, нечего кроме IS-IS из стека протоколов OSI так и не получило распространения, и не удивительно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #81 Ответы: #156

127. Сообщение от Аноним (127), 02-Апр-20, 06:44	–1 +/–
The Knights Who Say "NIP!"
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #179

128. Сообщение от Аноним (128), 02-Апр-20, 06:48	+2 +/–
> И видя, как развивается китайский интернет последние 20 лет, что-то другого от них ожидать ? В Финляндии интернет тоже цензурируется. Значит ли это, что в Линуксе есть зонды?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14

129. Сообщение от Tifereth (ok), 02-Апр-20, 08:13	+/–
Я бы не называл тот PDF "технической спецификацией" - естественно, из неё нельзя сделать вывода, есть или нет пресловутая "shut down command". По этим трём картинкам и общим словам вообще невозможно сделать сколько-нибудь серьёзных выводов. Интереснее было бы запросить тот же engadget точка com, откуда у них такие сведения - чтобы сослались на нечто, больше похожее на техническую спецификацию. Я так понимаю, автор перевода не пытался провести подобное исследование? Ведь намного проще объявить высказанные опасения газетной "уткой".
Ответить | Правка | Наверх | Cообщить модератору

130. Сообщение от mad_nazgul (?), 02-Апр-20, 08:26	–2 +/–
Проблема IPX была в том, что протокол был заточен только под однорангвую сеть. Для небольшой сети еще норм, а для большой сети уже был геморрой и танцы с бубном.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #97 Ответы: #132, #146, #152

131. Сообщение от Онаним (?), 02-Апр-20, 09:39	+/–
Смирись с тем, что опыта у меня больше.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #114

132. Сообщение от Im banana man (?), 02-Апр-20, 09:43	+/–
А мы с друзьями по локальной сети через IPX в игрушки гоняли ) Не помню уже кто работал - AoE II вроде, Monster Madness II и что-то в этом духе )
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #130 Ответы: #138, #214

133. Сообщение от псевдонимус (?), 02-Апр-20, 10:02	–2 +/–
К счастью ипв6 возможно вообще не будет внедрен. Одни онанисты с "интернетом мудей" и будут пользоваться. И это надеюсь подохнет, земелька им стекловаткой.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #154

134. Сообщение от псевдонимус (?), 02-Апр-20, 10:11	+2 +/–
Потому что там рабсила дешевая была. Вот бизнес и погнс туда денежки.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #113 Ответы: #165

135. Сообщение от псевдонимус (?), 02-Апр-20, 10:15	–2 +/–
Нет у ипв6 никаких преимуществ. Хорошо что не взлетело. Даст ктулху и нежить из новости подохнет...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #110

136. Сообщение от saw (??), 02-Апр-20, 10:29	+1 +/–
районы-кварталы-жилые массивы
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #76

137. Сообщение от Аноним (137), 02-Апр-20, 11:20	+3 +/–
Ну дык китайцы ведь братушки, от них удара в спину быть не может (ненене, совсем не может!)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #73

138. Сообщение от mad_nazgul (?), 02-Апр-20, 11:20	+/–
> А мы с друзьями по локальной сети через IPX в игрушки гоняли > ) Не помню уже кто работал - AoE II вроде, Monster > Madness II и что-то в этом духе ) Мы в Dike Nukem 3D Death Match устривали на 8 человек :-)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #132 Ответы: #172

139. Сообщение от Аноним (137), 02-Апр-20, 11:24	+3 +/–
Лисенсия? Какой лисенсия, глюпий лаовай? Скусяй лутсе нась вкусний летусий мысь!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15

142. Сообщение от rvs2016 (ok), 02-Апр-20, 14:21	+1 +/–
>> Главная причина в том, что ничто не мешает работать с IPv4. > трахаццо з натами и вбивая капчу в гугле потому что говнопровайдер осилил > купить айпи только на квартал города? > спасибочки, но без меня. Ну так гомнопровайдеру-то это не мешает впаривать один IP на весь город. Конкурентов-то у него в городе нет - пипл схавает. Пиплу ж просто деваться некуда. Пипл плюётся на гомнопровайдера, а ему-то что? Деньги они ему всё-равно платят.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #72

143. Сообщение от rvs2016 (ok), 02-Апр-20, 14:22	+/–
> РКН сейчас же мешает работать с IPv4 > и как, помогает? А с IPv6 РКН мешать не сможет?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #77 Ответы: #153, #162

144. Сообщение от rvs2016 (ok), 02-Апр-20, 14:26	–1 +/–
> твоему мобильному девайсу выдаётся ip, который > затем кочует с твоим девайсом с одной точки доступа на другую HUAWEI делает вид, будто с IPv4-адресом невозможно перемещаться по миру. Тоже ж можно. Просто маршруты к этому адресу будет меняться динамически, если грамотно такую постоянную смену маршрутов запрограммировать. :-)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #112 Ответы: #151

145. Сообщение от rvs2016 (ok), 02-Апр-20, 14:28	+/–
>> % date +'%d %B' | sed 's/^0//' > Для чего sed? > % date +'%-d %B' Дык я ж не знал! Спасибо, дорогой товарищ! А я-то с этими седами страдал.... :-)))
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #82

146. Сообщение от Аноним 80_уровня (ok), 02-Апр-20, 15:21	+/–
> Проблема IPX была в том, что протокол был заточен только под однорангвую сеть. Вы не путаете с NetBIOS? IPX и маршрутизировался, и основное применение его ну совсем не было похоже на одноранговую сеть.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #130 Ответы: #158

147. Сообщение от PnD (??), 02-Апр-20, 16:05	+/–
Коллеги подсказывают, что роуминг IP из последних спецификаций выкрутили как несекурный. ipv6 вообще неприлично быстро меняется, что явно не способствует скорейшему внедрению.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #112

148. Сообщение от mail (?), 02-Апр-20, 17:14	+2 +/–
И именно поэтому Айфон для ФБР вскрывала частная израильская лавочка.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #24

149. Сообщение от X5asd5 (?), 02-Апр-20, 17:16	+1 +/–
что за "более эффективные механизмы адресации и управления трафиком, а также решает проблему организации взаимодействия разнотипных сетей в условиях роста фрагментации глобальной сети"? что именно предлагается вместо BGP-протокола? каким образом адреса решили отвязать от "метоположения"? как будет работать механизм подтверждения что адрес принадлежит именно тому кто якобы об этом декларирует другим? как это подтверждение будет работать через глобальный интернет? будет ли вообще NEW-IP работать внутри глобального интернета? или это только в локальной сети, типа технологии сугубо только для последней мили (last mile)? как вообще будет организован переход от IPv6 к NEW-IP? или такой переход НЕ планируется вовсе и вся "маркетинговая модель" это продажа Домашних Роутеров -- с одной стороны которых будет NEW-IP а с другой стороны обычный IPv6?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #180

151. Сообщение от Ordu (ok), 02-Апр-20, 18:52	+2 +/–
>> твоему мобильному девайсу выдаётся ip, который >> затем кочует с твоим девайсом с одной точки доступа на другую > HUAWEI делает вид, будто с IPv4-адресом невозможно перемещаться по миру. Тоже ж > можно. Просто маршруты к этому адресу будет меняться динамически, если грамотно > такую постоянную смену маршрутов запрограммировать. :-) То есть если выкинуть машрутизацию по подсетям как устаревшую, и иметь глобальную распределённую базу данных ip-адресов и маршрутов до них? Можно, почему же нельзя. Но тут встаёт вопрос тогда зачем вообще нужны эти ip-адреса: при таком использовании их вполне можно заменить MAC'ами. Вырезав при этом ненужный слой стека TCP/IP.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #144 Ответы: #161

152. Сообщение от нах. (?), 02-Апр-20, 19:39	–1 +/–
проблема ipx была в том что вы жрете с лопаты что ни дай. А ms не была настроена давать вам с лопаты разработку novell. (линуксы тогда слова не имели - наоборот, им щастье настало именно от того, что ms пошла в сторону ip) А не будь они такими жадными - глядишь, нынешний мир состоял бы из софта поприличней написанного макаками, у которых file not found означает что не найдено что угодно, но не файл. > Для небольшой сети еще норм, а для большой сети уже был геморрой и танцы с бубном. насколько большие ты видел сети во времена ipx? Похоже, не видел а "читал", в учебнике microsoft, так они тогда не стеснялись - "единственным недостатком ipx является то, что он разарботан фирмой novell". Тогда и на пару сотен рабочих мест считалось очень большой сетью. И все там нормально было с ipx. Никакой раздачи адресочков вручную, и никаких ужасов dhcp (который тогда был еще большее дерьмо чем сейчас, хотя это и трудно вообразить). С чем ты там танцевал - не знаю.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #130 Ответы: #160

153. Сообщение от нах. (?), 02-Апр-20, 19:41	+2 +/–
естественно, может - просто пока операторы (те что предоставляют v6) халтурят, считая что полтора гика их не сдадут, а белая-коробочка-за-три-ярда, кажись, v4 only. Помоги ipv6 сдохнуть - подключись к v6 оператору и тут же накатай жалобу в роспозор, что он не защищает тебя от творчества драньи дряньцовой!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #143

154. Сообщение от нах. (?), 02-Апр-20, 19:43	–1 +/–
мы с тобой раньше подохнем. Некуда от гуанотехнологий бечь.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #133 Ответы: #188

155. Сообщение от нах. (?), 02-Апр-20, 19:44	–1 +/–
вы читали бред очередной антиамериканской истерички, из тех 80% что никогда не пересекали границу ресурсной федерации.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #116 Ответы: #167

156. Сообщение от нах. (?), 02-Апр-20, 19:50	+/–
и isis-то всплыл только потому, что в него напихали фич совершенно не по osi придуманных. Вместо того чтобы наконец собраться с духом, и разработать протокол посовременнее ospf, но основанный на ip, а не причудливых адресах. Но на это современные "разработчики" неспособны - потому что это точно такие же кабинетные теоретики, что когда-то принесли нам osi стек. Точнее, циска попыталась (еще во времена когда она что-то могла и хотела, кроме сбора денег), но вышел только eigrp - патентованный и непригоден для mpls. Поэтому и в мелких офисах не приживается, и в операторских сетях только сборку может быть.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #126

157. Сообщение от нах. (?), 02-Апр-20, 19:54	+1 +/–
Практический результат - гораздо более дорогие и значительно менее работящие нигры в развалинах детройта - голодают, жрут г-но и не работают. А так бы - жрали сыто, и не работали. А какого еще результата, собственно, ты хотел?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #113

158. Сообщение от mad_nazgul (?), 02-Апр-20, 20:01	+/–
>> Проблема IPX была в том, что протокол был заточен только под однорангвую сеть. > Вы не путаете с NetBIOS? IPX и маршрутизировался, и основное применение его > ну совсем не было похоже на одноранговую сеть. Не путаю. Как файл помойка, еще норм. Что-то более "интересное" начинаются проблемы. В тот же Duke Nukem 3D играли только в рамках одной подсети.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #146

160. Сообщение от mad_nazgul (?), 02-Апр-20, 20:09	+1 +/–
> насколько большие ты видел сети во времена ipx? Похоже, не видел а > "читал", в учебнике microsoft, так они тогда не стеснялись - "единственным > недостатком ipx является то, что он разарботан фирмой novell". Порядка 20 компьютеров в четырех подсетях > Тогда и на пару сотен рабочих мест считалось очень большой сетью. И > все там нормально было с ipx. > Никакой раздачи адресочков вручную, и никаких ужасов dhcp (который тогда был еще > большее дерьмо чем сейчас, хотя это и трудно вообразить). > С чем ты там танцевал - не знаю. Как файл-помойка и пускач для 1с - норм. А вот чтобы расшарить папку с одного компа на другой... Хотя у нас IPX долго жил, т.к. бездисковые станции нормально работали грузились по IPX. По TCP/IP было геморно из-за этого у нас долго Novell стоял.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #152

161. Сообщение от rvs2016 (ok), 02-Апр-20, 21:23	+/–
> То есть если выкинуть машрутизацию по подсетям как устаревшую, и иметь глобальную > распределённую базу данных ip-адресов и маршрутов до них? Можно, почему же > нельзя. Ну да. Запрограммировать-то динамическую прокладку маршрутов можно. Было бы нужно. Остальное - дело техники. > Но тут встаёт вопрос тогда зачем вообще нужны эти ip-адреса: > при таком использовании их вполне можно заменить MAC'ами. Вырезав при этом > ненужный слой стека TCP/IP. На только маки-то перейти можно. Но с ними проблема в том, что их может назначать любой производитель какие хочешь, а IP-адреса назначаются централизованно и кто попало просто так кому попало их не назначит.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #151 Ответы: #215

162. Сообщение от JL2001 (ok), 02-Апр-20, 21:48	+/–
>> РКН сейчас же мешает работать с IPv4 >> и как, помогает? > А с IPv6 РКН мешать не сможет? не знаю как там у IPv6 с ковровыми блокировками?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #143

163. Сообщение от Ordu (ok), 02-Апр-20, 22:56	–1 +/–
> И как тогда узнать - какой датчик отправил информацию? По mac-адресу.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #44 Ответы: #164, #175

164. Сообщение от rvs2016 (ok), 03-Апр-20, 00:35	+1 +/–
>> И как тогда узнать - какой датчик отправил информацию? > По mac-адресу. Это ж всё-равно адрес источника (хоть мак, хоть ип). А они-то хотят без адреса источника! :-)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #163 Ответы: #170

165. Сообщение от _ (??), 03-Апр-20, 03:04	+1 +/–
У индусеев и уж тем более у негров - она ещё дешевле. Иииии??! Подумай ещё :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #134 Ответы: #169

167. Сообщение от _ (??), 03-Апр-20, 03:07	–1 +/–
Какой боевой гопак! Браво! :-)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #155

169. Сообщение от псевдонимус (?), 03-Апр-20, 04:39	+1 +/–
> У индусеев и уж тем более у негров - она ещё дешевле. > Иииии??! > Подумай ещё :) И обоазованного населения куда больше, чем в индии или африке. И какая-никакая культура производства. Но тебе, как расисту, очевидно совсем другое.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #165

170. Сообщение от Ordu (ok), 03-Апр-20, 09:36	–1 +/–
>>> И как тогда узнать - какой датчик отправил информацию? >> По mac-адресу. > Это ж всё-равно адрес источника (хоть мак, хоть ип). А они-то хотят > без адреса источника! :-) Какая разница. Этот New IP не сможешь работать без физического уровня и хуавей об этом знает и _ты_ об этом знаешь. А это значит, что будет MAC.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #164 Ответы: #174, #183

171. Сообщение от Вася (??), 03-Апр-20, 09:42	+1 +/–
Ты не поверишь, но вообще то есть IPv10
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2

172. Сообщение от Im banana man (?), 03-Апр-20, 14:44	+/–
Городская сеть или по дому протянули? )
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #138

173. Сообщение от и.о.К.О. (?), 03-Апр-20, 16:16	+/–
как раз нет. newip сделает китайский firewall непрошибаемым.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #33

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

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

176. Сообщение от и.о.К.О. (?), 03-Апр-20, 16:29	+/–
это не "Вот это да...!"  а самые обычные "бродкаст и мультикаст". идентификатор датчика и сейчас передается. конченному пользователю - домохозяйке так проще администрировать (управлять) системой, чем влезать в дебри ЕЩЕ и сетевого администрирования (назначать фиксированные ip или привязывать аренду DHCP по датчикам). хотя админу локалхоста, у которого целый один датчик в ардуине по юсб, этого не понять.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #44

177. Сообщение от и.о.К.О. (?), 03-Апр-20, 16:34	+/–
IPv6 имеет "фатальный недостаток"(с), его придумали не HUAWEI.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #58

178. Сообщение от и.о.К.О. (?), 03-Апр-20, 16:39	+/–
"- никто в пул не вернул." Ложь. Тот же IBM продал один из своих пулов (и сделал на этом половину годовой выручки). а уж распродать активы сдохших компаний, это первая заповедь (убий и укради).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #122 Ответы: #182

179. Сообщение от и.о.К.О. (?), 03-Апр-20, 16:49	–1 +/–
New I P Protocol Low Energy ecological friendly! VOTE!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #127

180. Сообщение от и.о.К.О. (?), 03-Апр-20, 16:59	+3 +/–
> каким образом адреса решили отвязать от "метоположения"? вот этим образом: >> "позволяют обойтись без DNS" на бродкастах все построено. устройство шлет запрос всем "эй ютуб, покажи мне видео про лунапарк!" кто на запрос первый ответил, тот и ютуб. > как будет работать механизм подтверждения что адрес принадлежит именно тому кто якобы об этом декларирует другим? SSL же!  у хакера или просроченный или отозванный или вообще от другого домена. (CRL тоже бродкастом верифицировать).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #149

181. Сообщение от нах. (?), 03-Апр-20, 17:39	+/–
>>А что, у IPv6 есть какие-то преимущества? > На нём можно строить огромные локальные сети, не боясь захлебнуться броадкастом. Конечно, от перевода его в мультикаст жить сразу станет лучше и веселее. > если коммутаторы умеют мультикаст. Разве не преимущество? Особенно учитывая, что нет. > высокопроизводительные маршрутизаторы стоят сильно дороже коммутаторов. ничего что это уже лет десять как одни и те же железки? (те которые умеют igmp snooping - все как одна  еще и немного "маршрутизаторы" - потому что asic'у все равно, по какой табличке биты в заголовке менять, засовывая пакет в соседний порт - той что для arp only, или той что cef или аналог) Кстати, с поддержкой v6 у них обычно все гораздо скучнее, чем с igmp. А огромные локальные сети без изоляции сегментов строят только седоголовые связисты, переквалифицировавшиеся в сетевых инженеров на пятидесятом году жизни. Получается такая же точно дрянь, как и их телефония. Зато взламывать весь этот iot удобно. Весь в одной плоской сети, сканируй не хочу.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #125

182. Сообщение от нах. (?), 03-Апр-20, 17:43	+1 +/–
> "- никто в пул не вернул." > Ложь. Тот же IBM продал один из своих пулов (и сделал на так это не "вернул", это именно продал. С точки зрения подпевающих iana истеричек - "свободных" адресов от этого не появилось. А ведь их выдавали под конкретные обещалки, и даже планы развития требовали когда-то предоставлять... эх, кабинетные крысы...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #178 Ответы: #191

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

184. Сообщение от Ordu (ok), 03-Апр-20, 21:11	+1 +/–
> а что, "старый" может работать без физического уровня?  в каком RFC > описано?  (если что и голуби и телепатия- физический уровень). Он не может работать без физического уровня, и поэтому в некоторых случаях обязательность указания ip адресов источника/приёмника приводит к ненужным накладным расходам: зачем нужны ip, если, общаются два хоста подключённые к одному свитчу?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #174 Ответы: #193

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

186. Сообщение от 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ообщить модератору
Родитель: #175 Ответы: #189, #190

187. Сообщение от Аноним (187), 04-Апр-20, 02:11	+/–
меняют роутеры РАЗ В КВАРТАЛ
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #76

188. Сообщение от псевдонимус (?), 04-Апр-20, 05:26	+/–
> мы с тобой раньше подохнем. > Некуда от гуанотехнологий бечь. Есть: осознанные сноведения и шалфей предсказателей ;-)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #154

189. Сообщение от и.о.К.О. (?), 04-Апр-20, 11:15	+/–
> Когда ты последний раз сталкивался с кучей сенсоров, с которых собирается информация, > причём чтобы эти сенсоры использовали бы IP, но под этим IP > не было чего-нибудь с MAC'ами? Расскажи об этом случае, мне было > бы очень познавательно. Каждый первый IoT через "облако". https://narodmon.ru/ и я устану перечислять всё. Достаточно даже одного IP маршрутизатора между "сенсором" и (сервером,хабом,брокером) что бы MAC потерял смысл.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #186 Ответы: #192

190. Сообщение от и.о.К.О. (?), 04-Апр-20, 11:20	+/–
> NEW > IP не обязывает тебя не использовать source address, он лишь даёт > возможность не использовать. Ежели ты строишь свою сеть из сенсоров таким > образом, что по MAC'ам невозможно идентифицировать сенсоры, ты можешь назначить каждому > датчику NEW IP адрес, и пускай они пересылают его в каждом > пакете. В IPv4 я точно так же могу не использовать src.addr (а в некоторых случаях и dst.addr).  Странно что в NEW IP это выдается как некое небывалое достижение и киллерфича. Или создатели NEWIP идиоты, или нас держат за идиотов.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #186 Ответы: #195

191. Сообщение от и.о.К.О. (?), 04-Апр-20, 11:25	+/–
>> "- никто в пул не вернул." >> Ложь. Тот же IBM продал один из своих пулов (и сделал на > так это не "вернул", это именно продал. С точки зрения подпевающих iana > истеричек - "свободных" адресов от этого не появилось. Вернул.  Адреса которы были заняты но не использовались старым владельцем теперь используются новым. Например часть бывших адресов IBM сейчас используют Google и Cloudflare.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #182

192. Сообщение от 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ообщить модератору
Родитель: #189 Ответы: #198

193. Сообщение от и.о.К.О. (?), 04-Апр-20, 11:31	+/–
>> а что, "старый" может работать без физического уровня?  в каком RFC >> описано?  (если что и голуби и телепатия- физический уровень). > Он не может работать без физического уровня, и поэтому в некоторых случаях > обязательность указания ip адресов источника/приёмника приводит к ненужным накладным > расходам: зачем нужны ip, если, общаются два хоста подключённые к одному > свитчу? Действительно, зачем? могли бы вообще отказатся и от IP и от ethernet. сделать собственный проприетарный протокол, с собственным ограниченным двухпроводным физическим уровнем. Для совместимости, гибкости, масштабируемости.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #184 Ответы: #197

194. Сообщение от и.о.К.О. (?), 04-Апр-20, 11:45	+1 +/–
> 2. Как часто ты сталкивался с двумя устройствами с совпадающими MAC'ами? Хоть > раз приходилось? Вот собирал ты кучу сенсоров в единую систему, и > вдруг среди них нашлись два с одинаковыми mac'ами? Кстати, если вспомнить, внезапно, я сталкивался с такими случаями больше нуля раз, то есть даже слишком часто. Может расчет китайцев был на маловероятность что бытовые медиапроигрыватели с одним маком окажутся в одной локалке, или маловероятность что смартфоны с андроидом одновременно окажутся в одной wifi сети. Пожалуй, раз в 1.5 года, и последнее время случаи происходят чаще. > И чё, сменить > mac датчику не удалось? Ну да, да. Купить новый автомобиль в котором нужно проверить все гайки и разобрав весь салон _некоторые_ затянуть, иначе не едет (без явных симптомов). А чё те, сложно что ли?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #185 Ответы: #196

195. Сообщение от Ordu (ok), 04-Апр-20, 12:12	+/–
> В IPv4 я точно так же могу не использовать src.addr (а в > некоторых случаях и dst.addr). Тебя обманули. В IPv4 пакете поля src/dst.addr всегда ненулевого размера. Ты можешь обращаться к ним или не обращаться, но они всегда там будут.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #190 Ответы: #199

196. Сообщение от Ordu (ok), 04-Апр-20, 12:15	–1 +/–
>> И чё, сменить >> mac датчику не удалось? > Ну да, да. Купить новый автомобиль в котором нужно проверить все гайки > и разобрав весь салон _некоторые_ затянуть, иначе не едет (без явных > симптомов). А чё те, сложно что ли? А ты не систему из коробки покупаешь, а составные части, из которых собираешь систему. Если ты хочешь из коробки, то тогда покупай готовый комплект, включающий в себя всё, включая соединительные провода, крепёж и инструменты, необходимые для сборки -- как в икее. upd: кстати, и как твоя ipv4 сеть работала поверх ethernet'а с дублирующимися mac'ами? Наверное отлично сглаживала все проблемы mac'ов ip-адресами?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #194 Ответы: #201, #205

197. Сообщение от Ordu (ok), 04-Апр-20, 12:18	+/–
> Действительно, зачем? могли бы вообще отказатся и от IP и от ethernet. > сделать собственный проприетарный протокол, с собственным ограниченным двухпроводным > физическим уровнем. > Для совместимости, гибкости, масштабируемости. Расскажи им, что как им нужно было поступать. Что ты мне-то рассказываешь? Я вижу протокол от Huawei, я вижу проблемы которые этот протокол призван решить, мне этого достаточно, заниматься анализом лучшее ли это решение или нет я не буду -- я не специалист по сетям. Но ты, видимо специалист, вот пойди и расскажи Huawei как надо было, может выяснится что ты лучше них понимаешь в сетях, они примут тебя на работу топовым инженером, и будут каждое утро возносить тебе молитвы.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #193 Ответы: #203

198. Сообщение от и.о.К.О. (?), 04-Апр-20, 17:55	+/–
>> Каждый первый IoT через "облако" > Это, в смысле, датчик связывается с облаком и туда сливает информацию? Но > эта связь ведь не магическим образом осуществляется, так? Под ней есть > какой-то физический уровень, есть какое-то физическое устройство с которым датчик связывается, не _С_ которым, а _ЧЕРЕЗ_ которое датчик сливает в облако. маршрутизатор (роутер). почитай про область видимости MAC адреса. > и это устройство скорее всего физически может идентифицировать датчик -- по > MAC'у, по номеру порта куда данные прилетели, может ещё как -- > и пометить его данные как "данные пришедшие с датчика #12398". Может > быть у этого устройства прошивка так не умеет? Ну, тогда тебе > придётся учить датчик указывать source address, ничем тебе NEW IP не > поможет. то есть, в NEW IP часть IP стека (и, предположительно, "бизнес" логики основного алгоритма работы датчика) из датчика вынесена в "какое-то физическое устройство"? я думаю, это ненадежно. хоть и молодежно. то ли датчик глючит. то ли связь между датчиком и "устройством", то ли устройство, то ли хопы после устройства. диагностируй это.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #192 Ответы: #200

199. Сообщение от и.о.К.О. (?), 04-Апр-20, 18:02	+/–
>> В IPv4 я точно так же могу не использовать src.addr (а в >> некоторых случаях и dst.addr). > Тебя обманули. В IPv4 пакете поля src/dst.addr всегда ненулевого размера. я даже знаю почему в IPv4 это так. а ты знаешь? > Ты можешь > обращаться к ним или не обращаться, но они всегда там будут. а я и не говорил что их нет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #195 Ответы: #202

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

201. Сообщение от и.о.К.О. (?), 04-Апр-20, 18:17	+1 +/–
>>> И чё, сменить >>> mac датчику не удалось? >> Ну да, да. Купить новый автомобиль в котором нужно проверить все гайки >> и разобрав весь салон _некоторые_ затянуть, иначе не едет (без явных >> симптомов). А чё те, сложно что ли? > А ты не систему из коробки покупаешь, а составные части, из которых > собираешь систему. Если ты хочешь из коробки, то тогда покупай готовый > комплект, включающий в себя всё, включая соединительные провода, крепёж и инструменты, > необходимые для сборки -- как в икее. интересный взгляд. из твоей логики следует что wifi маршрутизаторы (любой brand name) например будут работать только с абонентскими терминалами только (любой brand name). но ведь  и со стороны wan порта тоже должно быть оборудование (любой brand name) по всей цепочке аж до самого интернет сервиса. > upd: кстати, и как твоя ipv4 сеть работала поверх ethernet'а с дублирующимися > mac'ами? очевидно же "никак".   > Наверное отлично сглаживала все проблемы mac'ов ip-адресами? плохо работало, глючило, пришлось проводить расследование и принимать меры.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #196

202. Сообщение от Ordu (ok), 04-Апр-20, 18:18	+1 +/–
>> Ты можешь >> обращаться к ним или не обращаться, но они всегда там будут. > а я и не говорил что их нет. А что ты тогда хотел донести до меня своим замечанием о том, что ты можешь не использовать их? Ты и протокол IP можешь не использовать, и датчики можешь не использовать, и от использования интернета можешь отказаться, и ванну прекратить принимать. Или ты пытаешься соответствовать своему нику и озвучиваешь очевидности?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #199 Ответы: #207

203. Сообщение от и.о.К.О. (?), 04-Апр-20, 18:25	+/–
>> Для совместимости, гибкости, масштабируемости. > Расскажи им, что как им нужно было поступать. Что ты мне-то рассказываешь? > Я вижу протокол от Huawei, я вижу проблемы которые этот протокол > призван решить, мне этого достаточно, заниматься анализом лучшее ли это решение > или нет я не буду -- я не специалист по сетям. > Но ты, видимо специалист, вот пойди и расскажи Huawei как надо > было, может выяснится что ты лучше них понимаешь в сетях, они > примут тебя на работу топовым инженером, и будут каждое утро возносить > тебе молитвы. Повторю: из твоей логики следует что wifi маршрутизаторы (Huawei) например будут работать только с абонентскими терминалами только (Huawei). но ведь  и со стороны wan порта тоже должно быть оборудование только (Huawei) по всей цепочке аж до самого интернет сервиса. В свете повального перехода сотовых сетей на LTE, VoLTE (фактически Voice over IP), а 5G 6G будут только IP сетями. рисуется что если убить совместимость и открытость, протолкнуть NEW IP, менеджеры (huaweu) будут вытирать задницу одноразовыми золотыми слитками.. Не думаю что при таких РАДУЖНЫХ перспективах они станут меня слушать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #197 Ответы: #204

204. Сообщение от Ordu (ok), 04-Апр-20, 20:04	+1 +/–
> Повторю: из твоей логики следует что 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ообщить модератору
Родитель: #203

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

206. Сообщение от Ordu (ok), 05-Апр-20, 16:40	+/–
> Для Вас наверно будет открытием, что внутри сети свичи > работают только с мас-адресами. И ничего не знают об > ip-адресе. Да ладно! У меня когда-то давным давно был такой, но он назывался не "свитч", а "хаб". Мне казалось что те времена давным давно ушли, и давным-давно везде пихают свитчи, которые и ip адресами тоже умеют жонглировать, NATы всякие делать, ip через DHCP раздавать, проверять что ip соответствует порту, которому он был выдан, и тп. Разве не так? Или всё же тупые хабы, типа того, что у меня был когда-то, ещё выпускают? upd. А, я вспомнил терминологию. хаб тупо бродкастит ethernet-фреймы на все порты, не разбираясь. свитч не бродкастит, а отправляет по назначению. Ещё есть управляемый свитч, это то что сегодня в каждой квартире роутером стоит. Но подумай теперь вот о чём: как свитч может справляться с ip бродкастами, если он не будет заглядывать в пакеты на уровень выше ethernet?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #205

207. Сообщение от и.о.К.О. (?), 06-Апр-20, 23:21	+/–
>>> Ты можешь >>> обращаться к ним или не обращаться, но они всегда там будут. >> а я и не говорил что их нет. > А что ты тогда хотел донести до меня своим замечанием о том, То, что это не уникальная и не новая фишка. Это не является чем то особенным, как бы рекламщики ни расписывали.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #202

208. Сообщение от Всем Анонимам Аноним (?), 10-Апр-20, 13:59	+/–
А какой в этом большой смысл? Мир и так не может договориться о новом протоколе на замену TCP, а тут предлагается целый цирк. И сколько нужно вложить чтобы обеспечить совместимость? И для чего? А сетевому оборудованию зачем знать что оно передает? Чтобы резать или перехватывать было удобнее? Разве не лучше, когда на сетевом уровне все универсально и меньше исключений? Размер адреса для IoT - притянутое за уши, нет такой проблемы. Эта проблема более актуальна сетевому оборудованию, где идут миллиарды пакетов в секунду. А как раз предлагается усложнить этот уровень
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11 Ответы: #209

209. Сообщение от JL2001 (ok), 13-Апр-20, 12:31	+1 +/–
> А сетевому оборудованию зачем знать что оно передает? QoS - голосовая связь, мультикаст, ютюбчик, торент и емейл можно обрабатывать сильно по разному и все б от этого выигрывали но с современным ркн конешно хочется весь трафик покрасить в один цвет чтоб вообще не различали
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #208

210. Сообщение от BABUT (ok), 17-Апр-20, 11:11	+/–
а можешь навести на что-нибудь, что вообще умеет динамику(т.е. сеть надо раздавать не статичную, а динамичную, что требует механизма отзыва неактуальных адресов, и потому силами самого ipv6 не решается в принципе) dhcpv6? а если оно под бсд соберётся, то цены ему не будет
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #97

211. Сообщение от Аноним (-), 27-Апр-20, 17:26	+/–
>IP ориентирован на идентификацию физических объектов в привязке к их местоположению, и не рассчитан на идентификацию виртуальных объектов, таких как контент и сервисы. Для абстрагирования сервисов от IP-адресов предлагаются различные механизмы маппинга, которые лишь усложняют систему и создают дополнительные угрозы приватности. Минусую! Не нужно! Китайцам всегда не доверял.
Ответить | Правка | Наверх | Cообщить модератору

212. Сообщение от Аноним (212), 04-Май-20, 17:13	+/–
> Растиражированные в СМИ сведения о встроенных возможностях, обеспечивающих блокировку ресурсов, способствующих деанонимизации и вводящих обязательную аутентификацию, в доступной технической спецификации не упоминаются и, судя по всему, являются домыслами. Ничего подобного. Если же там: > Третьей задачей, которую призван решить NEW IP, является тонкое управление качеством сервиса. то вот вам и тот самый "killswitch", к которому все неравнодушны (качество-как-параметр, уменьшил в ноль и всё, блокировка.. а в данном случае фишка в высокой селективности)
Ответить | Правка | Наверх | Cообщить модератору

213. Сообщение от Друпель (?), 04-Май-20, 19:33	+1 +/–
Зато было доказано с документами и многочисленными исследованиями, сканами, интервью, изданными книгами и анализом трафика, что Google, Amazon и Microsoft встраивают так много "зондов", как это только возможно физически. и да, Google Inc. абсолютно официально был основан по проекту NSA/DARPA/CIAЖ https://medium.com/insurge-intelligence/how-the-cia-made-goo...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10

214. Сообщение от Аноним (-), 09-Янв-21, 15:13	+/–
Как вы могли забыть StarCraft?! Единственный вариант игры по локалке который в нем был. Еще всякие модемы и battle.net, но это не локалка.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #132

215. Сообщение от zog (??), 03-Июн-22, 01:29	+/–
> На только маки-то перейти можно. Но с ними проблема в том, что их может назначать любой производитель какие хочешь, а IP-адреса назначаются централизованно и кто попало просто так кому попало их не назначит. Не может производитель назначить любой MAC адрес какой захочет. Прошитые MAC адреса уникальны и первые три байта в них идентифицируют производителя сетевого железа.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #161

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

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