Тема
Жизненный цикл ПО и зависимость от поставщика
В фасете «Тема» значение «Жизненный цикл ПО и зависимость от поставщика» объединяет статьи по конкретной теме или предмету наблюдения. Здесь собраны связанные публикации, источники, участники рынка и последствия для инфраструктуры. Страница помогает сравнить повторяющиеся сигналы, затронутые организации, непрерывность услуг, закупки, конкуренцию, соблюдение требований и вопросы стратегического планирования, а также понять, почему тема важна операторам, заказчикам, инвесторам и специалистам по политике.
История
Старое имя стало URN, но само себя не разрешило: RFC 3151
XML унаследовал публичные идентификаторы, способные пережить одну машину, но не помещавшиеся в интерфейсы, где требовался URI. RFC 3151 дал им точную транскрипцию `urn:publicid:`. Нормализованное имя стало переносимым и сравнимым. Префикс не регистрировал владельца, не выбирал…
IETF
DHCP ответил: 1 Гбит/с. Узкое место от этого не переместилось.
Предлагаемая опция DHCP позволяет передать абонентскую скорость маршрутизатору и промежуточным узлам доступа. Это полезный вход для шейпинга и управления очередью. Но полученное число остаётся политикой: оно не измеряет тракт, не подтверждает применение настройки и не гарантирует…
История
Агент управлял функциями, а кнопка отключения микрофона осталась локальной: RFC 3149
MGCP вынес интеллект управления вызовом за пределы телефона, но RFC 3149 не отправил каждое прикосновение пользователя в сеть. Удалённый Call Agent мог истолковывать нумерованные функциональные клавиши, менять подписи и лампы и вести XML-дисплей. Громкость, мгновенное…
История
Новой сети управления пришлось пройти через старую: RFC 3147
Миграцию удобно рисовать как замену одного облака другим. Но новый элемент с управлением по IP мог оказаться за сетью CLNS, которую эксплуатация ещё не могла отключить. RFC 3147 вложил IP в GRE, а GRE — в CLNP. Путь сохранился, но документ не путал сохранённую доставку с…
IETF
Линия числилась спящей. Никто не доказал, что она проснётся
Сеть должна помнить выключенный ресурс, иначе при росте нагрузки не найдёт его снова. Но запись о спящей смежности — это память плоскости управления. Она не подтверждает физическое состояние, согласие двух концов, сохранность пути пробуждения или возвращение полезной ёмкости.
Облачные сервисы: тенденции Северной Америки
Доля SaaS в 76% у Thryv всё ещё зависит от 24-месячного цикла печатных справочников
На SaaS уже приходится основная часть выручки Thryv, но 76% — это доля в структуре, а не темп роста. Во втором квартале 2026 года выручка SaaS снизилась на 0,5% год к году, тогда как Marketing Services упали на 62%. Сроки доставки печатных справочников сдвигают знаменатель этой…
IETF
Конверт был подписан. Отделённый шифротекст остался за пределами подписи.
Система может подтвердить подпись COSE, успешно открыть HPKE и получить осмысленный результат — но так и не доказать, что внешняя подпись охватывала именно тот шифротекст, который был загружен из хранилища. Отделение данных превращает схему шифрования в задачу доказуемой цепочки…
IETF
Календарь назвал его владельцем. Право управлять ещё не было выдано.
Переносимая календарная запись может назвать участника владельцем, не делая его уполномоченным редактором. Метка описывает роль; кто вправе перенести встречу, изменить участников или разослать обновление, всё ещё решает протокол обмена.
IETF
Перенаправление сработало. Учётные данные уже ушли открытым текстом.
Трасса закончилась HTTPS-адресом и полезным ответом, поэтому вызов сочли безопасным. Но решающее событие произошло раньше: клиент поместил секрет в первый HTTP-запрос ещё до того, как сервер смог вернуть перенаправление.
IETF
Цепочка прошла проверку на принесённом якоре. Проверяющая сторона ему ещё не доверяла.
В did:x509 успешное разрешение может завершить криптографическую проверку, не начав институциональную. Цепочка согласована, отпечаток УЦ найден, предикаты конечного сертификата совпали — но локальное доверие к этому УЦ и право на конкретное действие по-прежнему требуют отдельных…
IETF
Резерв потерял из виду основной вход. Поток продолжал идти.
Резервный вход BIER может утратить путь наблюдения к выбранному входу, хотя тот по-прежнему доставляет multicast получателям. Если локальная потеря видимости получает право на переключение, механизм защиты сам создаёт второй поток.
История
Долговременное доказательство должно было пережить ключ: RFC 3126
RFC 3126 рассматривала старую подпись как задачу хранения доказательств. Верный расчёт 2001 года не объяснит себя спустя десятилетия, если исчезли сертификаты, сведения об отзыве, точные байты или надёжные алгоритмы. Ответом стала обновляемая цепочка, а не обещание вечного…
IETF
Рукопожатие расшифровалось, но памяти группы всё ещё не хватало
Внешний получатель MLS может открыть тот же Commit или Proposal, что и участники, и всё же не иметь состояния для аутентификации отправителя. Нужен GroupContext, связывающий эпоху, лист отправителя, credential и согласованный список получателей.
IETF
Пять байтов были корректны. Знаковое 32-битное поле — нет.
Число частного расширения может быть безупречно закодировано в CBOR и аутентифицировано в EDHOC, а затем измениться при передаче в старый прикладной тип. Проверка протокола не доказывает, что программа сохранила математическое значение.
История
Даже действительной подписи всё ещё требовалась политика: RFC 3125
RFC 3125 попыталась сделать правила вокруг электронной подписи точным и машинообрабатываемым объектом. Криптографическая проверка открывала лишь первые ворота: версия политики, обязательство, условия доверия и внешнее признание оставались отдельными решениями.
История
Разрешение на отправку ещё не было очередью пакетов: RFC 3124
Congestion Manager должен был согласовывать момент передачи между приложениями одного узла. Но RFC 3124 не отдавала ему данные: менеджер открывал короткую возможность, приложение выбирало содержимое, а сеть определяла исход.
IETF
Действующий ключ подписал преемника. В этом и заключался риск
Безупречная подпись подтверждает, что вчерашний ключ одобрил переход. Она не отвечает на другой вопрос: имел ли этот ключ право единолично определять весь будущий состав полномочий идентификатора?
История
Список префиксов ещё не был политикой доступа: RFC 3123
DNS мог опубликовать компактную последовательность сетевых префиксов. Главное ограничение RFC 3123 состояло в другом: запись не объявлялась приказом. Представление, толкование, решение, enforcement и результат оставались разными свидетельствами.
История
Число задержки было и утверждением о часах: RFC 3116
Вычесть время отправки из времени приёма казалось нейтральной операцией. RFC 3116 потребовала оставить рядом с результатом то, что делало вычитание доказательством: clock, счётчики, точки захвата и нагрузку.
IETF
Подпись была верной, но старое объявление уже не имело права менять карту
В хранилище пришёл корректно защищённый SAND Bundle. Его Source известен, BIB проверен, формат понятен. Однако Reference Time оказался старше уже принятого сообщения того же типа, и реализация обязана была его проигнорировать. У соседнего наблюдателя набор данных вообще отличался…