А у вас там реально требуется вручную генерировать/парсить UDP-датаграммы?!
Я, может, неправильный практик, но в UDP довольно сложно что-то поломать, чтобы постоянно с этим сталкиваться и не забыть детали.
А можно ваш «тест на знание протоколов TCP/IP»?
Интересно, что там такого исключительно практического, что «просто очень хороший теоретик» его проваливает.
Что-то у меня большие сомнения, что интерфейс выпустит наружу пакет предназначенный ему самому. Если где-то так происходит, это скорее ошибка конкретной реализации, а не ожидаемое в общем случае поведение.
Вложность протоколов (в данном случае TCP поверх IP поверх Ethernet) называется стеком протоколов.
Вы полагаете, люди, которые ввели в оборот «стек» просто не знали слов «вложенность», «инкапсуляция» и т.п.? Стек в данном случае это набор абстрактных уровней, которые надо добавлять/интерпретировать последовательно (по принципу LIFO) в процессе передачи/обработки данных. Протоколам не обязательно быть вложенными, как например упомянутый вами VLAN — отдельный (под)уровень в стеке, но реализован как тэг/поле данных.
Почитайте сам стандарт OSI/ISO. Взять хотя бы вступление:
This reference model provides a common basis for the coordination of standards development for the purpose of systems interconnection, while allowing existing standards to be placed into perspective within the overall reference model.
Это не обобщение, а ПЕРЕосмысление существовавших на тот момент технологий. Это довольно проработанные рекомендации по разработке. Естественно в рекомендации не включены явно костыльные (или не особо явно), неудачные, плохо себя зарекомендовавшие на практике, решения.
В основе идей OSI/ISO лежит коммутация каналов, в основе TCP/IP — маршрутизация пакетов. Эти концепции противоречат друг другу.
И если отойти от конкретного содержания, то ваше утверждение выглядит примерно так:
Европейский институт электротехники описал своими словами сетевые наработки американских военных, зарегистрировал как свой стандарт и теперь продаёт это за деньги :-)
И всё же я подозреваю, что здесь иная причинно-следственная связь. Простую технологию использовали неквалифицированные читеры и палились банально на фантастическом характере перемещений.
Что-то я сомневаюсь, что для Pokémon Go массово пошли подменять сигналы GPS — гораздо проще программно подменять API геолокации. В Android (и Windows?) это штатно в режиме разработчика делается, для Apple нужен jailbreak.
Из формулировки понятно, что всё печально: инновационное мобильное приложение будет в корне отличаться от работы с существующими банкоматами, терминалами, онлайн банком. А это как раз и есть основное неудобство для пользователя, когда одни и те же вещи выглядят по-разному.
А использовать более аккуратные формулировки.
Я, может, неправильный практик, но в UDP довольно сложно что-то поломать, чтобы постоянно с этим сталкиваться и не забыть детали.
Интересно, что там такого исключительно практического, что «просто очень хороший теоретик» его проваливает.
Вы полагаете, люди, которые ввели в оборот «стек» просто не знали слов «вложенность», «инкапсуляция» и т.п.? Стек в данном случае это набор абстрактных уровней, которые надо добавлять/интерпретировать последовательно (по принципу LIFO) в процессе передачи/обработки данных. Протоколам не обязательно быть вложенными, как например упомянутый вами VLAN — отдельный (под)уровень в стеке, но реализован как тэг/поле данных.
Это не обобщение, а ПЕРЕосмысление существовавших на тот момент технологий. Это довольно проработанные рекомендации по разработке. Естественно в рекомендации не включены явно костыльные (или не особо явно), неудачные, плохо себя зарекомендовавшие на практике, решения.
В основе идей OSI/ISO лежит коммутация каналов, в основе TCP/IP — маршрутизация пакетов. Эти концепции противоречат друг другу.
И если отойти от конкретного содержания, то ваше утверждение выглядит примерно так:
Европейский институт электротехники описал своими словами сетевые наработки американских военных, зарегистрировал как свой стандарт и теперь продаёт это за деньги :-)
p.s. ладно, дёрнули оттуда пару-тройку идей, в частности коммутаторы вместо хабов, но это довольно косвенное влияние
разве что кроме фреймворков
иначе это не дизайнер, а просто художник