Профиль
Analysis
Значение «Analysis» объединяет профили людей, компаний, институтов и других субъектов, упомянутых в материалах BTW.MEDIA. Здесь можно сравнить публичные сведения, связанные события, источники, смену ролей, географию деятельности, участие в управлении, связи с организациями и значение для рынка. Профили отделены от обычной новостной хронологии и показывают, кто или что стоит за заголовком, чем подтверждены сведения и какие изменения требуют дальнейшего наблюдения.
История
Адрес дисплея прошёл через Telnet, но доступ остался у X: RFC 1096
Для пользователя удалённая работа выглядела единым действием: войти на другой компьютер, запустить программу и увидеть окно перед собой. Для сети это были два маршрута. Telnet доставлял команды к удалённой машине, а X должен был установить отдельную связь с локальным экраном. RFC…
История
Два протокола были «рекомендованы», но совместимость определял профиль: RFC 1095 и CMOT
В апреле 1989 года у управления Интернетом ещё не было единственного официального протокола. CMOT и SNMP одновременно считались Draft Standard и Recommended и должны были работать с одной Internet MIB. Общий словарь, однако, не создавал общую систему. RFC 1095 пришлось…
Истории
LACNIC и экономика грубого консенсуса
Консенсус не отменяет разногласий. Он создаёт процедуру, в которой правило реестра получает проверяемое происхождение.
История
Устройство имело MAC-адрес, но не стек IP: канал управления одного LAN в RFC 1089
Сеть могла зависеть от повторителя, который для IP-системы управления не существовал. RFC 1089 предложил не достраивать в таком устройстве весь Internet-стек, а поместить сообщение SNMP прямо в кадр Ethernet. Агент становился проще, но область действия — меньше: один логический…
История
Heartbeat удерживал подадрес X.25, но не удостоверял владельца: мост TP0 в RFC 1086
Мост мог временно выделить IP-хосту один из своих редких подадресов X.25. Пока регистрационное TCP-соединение оставалось открытым, мост слушал этот адрес; закрытие возвращало его в пул. RFC 1086 определила срок действия, но не право на ресурс.
История
Один сервис вмещал два соседства. Между ними всё равно стоял маршрутизатор: RFC 1209
Общий транспортный сервис легко принять за общее соседство. RFC 1209, описавший в 1991 году начальную схему IP и ARP поверх SMDS, намеренно не делает такого вывода. Разные административные единицы могли собрать свои хосты в закрытые logical IP subnetworks — LIS — и пользоваться…
История
Control-S был командой, только пока действовала опция: граница Telnet в RFC 1080
Нажатие Control-S могло остановить бегущие строки на экране, а могло уйти в удалённый редактор как обычный ввод. RFC 1080 не закрепил одно значение навсегда. Он связал право просить о смене режима с явным согласием в сеансе и оставил реальное исполнение у локального клиента.
История
NIC выглядел непрерывным. Но запись в реестр была остановлена: RFC 1261
При передаче сервиса особенно убедительна видимая непрерывность: знакомый адрес отвечает, почтовый ящик принимает письмо, Help Desk остаётся доступен, новая машина похожа на старую. RFC 1261, объявляя передачу NIC в 1991 году, не позволял сделать из этого лишний вывод. Для…
История
Оптоволокно было быстрым. Сервис оставался системой: RFC 1077
В 1988 году оптические линии уже позволяли представить сырую ёмкость почти терабитного масштаба. RFC 1077 искал не ещё более эффектную цифру, а способ провести её через коммутаторы, хосты, распределение ресурсов и измерения до пользователя.
История
Очередь приняла задание. Но не напечатала страницу: два подтверждения RFC 1179
В сетевой печати слово «принято» легко выглядит конечным статусом. Клиент указал очередь, передал файлы и получил положительный ответ daemon. Это полезное свидетельство. Но оно не свидетельствует о готовой странице, доступном устройстве или выдаче результата человеку. RFC 1179…
История
HEMS вышла из гонки протоколов, но её модель данных осталась в комнате: RFC 1076
Интернет выбрал SNMP не после доказательства, что всякая другая идея ошибочна. В 1988 году ему требовалась быстро внедряемая общая система управления. HEMS сняла свою кандидатуру ради соглашения, а её тщательно описанные управляемые данные стали официальным исходным материалом…
История
Кольцо могло разделить фильтр. Но не могло доказать группу: граница multicast в RFC 1469
В начале 1990-х IP multicast пришлось работать на локальной среде с очень ограниченным набором физических меток. Адаптер Token Ring мог решать, какие аппаратные назначения принимать, но немногие функциональные адреса не позволяли выдать каждой IP-группе отдельную физическую…
История
NSFNET поместила IP в адрес OSI, но маршрут по-прежнему выбирала политика: RFC 1074
Внутри одного управляющего сообщения встретились четыре байта IPv4, номер автономной системы, форма NSAP и стоимость из административной базы. Это не означало, что ранний Интернет отказался от IP в пользу OSI. В 1988 году NSFNET построила явный переход: внешнее обещание…
История
Окном управлял клиент, реакцией — сервер: RFC 1073 и Telnet NAWS
Удалённая программа могла получить новую высоту окна и всё равно продолжить вывод по старой. Для RFC 1073 это не было логическим противоречием. Клиент сообщал состояние собственного окна, а сервер сохранял право принять, не использовать или позднее прекратить такие сообщения.…
История
Имя было локальным. Номеру всё равно требовалась запись: граница DNS-сопоставления в RFC 1101
В 1989 году DNS уже распространяла сведения об узлах, но ещё не давала стандартного способа спросить, как называется сеть по её номеру. RFC 1101 предложил небольшой ответ: PTR-записи, имена с нулевой хостовой частью в `IN-ADDR.ARPA` и маски там, где они нужны. Смысл не в том, что…
История
Интернет был каналом, а не сетью: экспериментальная граница RFC 1070
Узел мог отвечать по IP и одновременно отсутствовать в логической топологии эксперимента. В RFC 1070 это не парадокс, а ожидаемое следствие архитектуры. Действующий Интернет доставлял внешнюю оболочку, тогда как принадлежность к EON, роль конечной или промежуточной системы и…
История
Запрос попал в очередь. Файлу ещё предстояло переместиться: RFC 1068 и BFTP
В 1988 году пользователь мог завершить сеанс, а его намерение — остаться на управляющем компьютере. BFTP хранил задание, ждал назначенного времени, повторял попытки и сообщал итог по почте. Удобство возникало именно из памяти, однако память о распоряжении ещё ничего не говорила о…
История
Кадр FDDI нёс IP, но не личность: граница инкапсуляции в RFC 1188
Корректно сформированный кадр может быть понят локальной сетевой картой, но из этого не следует, кто его отправил, кому принадлежит адрес и завершилось ли действие у удалённого приложения. RFC 1188 в 1990 году именно не смешивала эти вопросы. Она сделала IP и ARP совместимыми на…
История
Чтобы пакет ждал меньше, ему оставили меньше места в очереди: компромисс RFC 1046
У ранней идеи низкой задержки был неудобный оборот: короткая очередь быстрее обслуживает принятых, но раньше отказывает лишним. RFC 1046 не выдавала метке безграничную полосу. Она предлагала ограничить буфер, долю канала и тем самым явно обменять надёжность и пропускную…
История
Почтовый ящик был контактом, а не диспетчерской: «устная традиция» RFC 1173
В раннем Интернете человек, заметивший сбой, часто не имел ни журналов, ни доступа, ни права менять машину, на которой этот сбой можно было проверить. RFC 1173 не решала проблему созданием единого центра, управляющего всеми сетями. Она описала более узкую договорённость…