Кратко

  • RFC 1346 описал спор вокруг общей линии: участнику нужен гарантированный минимум, а управляющему сетью — верхний предел потребления каждого партнёра.
  • Фил Джонс заметил, что отсутствие инструментов управления может подталкивать клиента к покупке большей ёмкости. Тариф меняет стимулы, но не распределяет трафик в момент перегрузки.

Если к общей международной линии подключены разные учреждения, толстый кабель у одного из них ещё не гарантирует ему место на общем участке. При передаче больших файлов соседним участником задержка интерактивной работы остаётся в точке, где потоки сходятся. Фил Джонс, работавший в британской Joint Network Team, сделал эту точку предметом RFC 1346 в июне 1992 года.

Он описал обычный ответ на жалобу о перегрузке: предложить увеличить скорость доступа и назвать цену. Руководитель ИТ-службы мог предпочесть другое. Ему нужно было решать, какой отдел получает больше ресурсов, следует ли терминальным сеансам опережать файловые передачи и кому из пользователей уступать при дефиците. Для такой политики мало денег и распоряжения. Сеть должна различать потоки и применять правило именно на спорном участке.

Джонс видел, что использование стремится заполнить имеющуюся ёмкость; ускорение линии не обещало окончательного избавления от дефицита. При этом две стороны общего договора хотели противоположного. Учреждение, опасавшееся большого соседа, просило нижнюю границу своей доли. Управляющий сетью хотел верхнюю границу для каждого партнёра, возможно с учётом его вклада в расходы. Но прежде чем спорить о процентах, требовалось определить величину: ширина доступа, трафик за интервал, приоритет в часы пик или иной измеримый показатель. Само понятие доли оставалось открытым.

Власть распределять долю должна была спускаться ниже. Если сетевой управляющий ограничивал учреждение, учреждению требовалось делить полученную ёмкость между своими отделами и людьми. Иначе поставщик держал все рычаги, а клиенту доставался внутренний конфликт без права его разрешить. Цифра в счёте не давала отделам очереди и правил.

Отсутствие ограничителей мешало даже взаимовыручке между сетями. Управляющий A мог время от времени пустить через свою линию трафик управляющего B как резервный маршрут. В этом был возможный доход или расчёт на ответную услугу. Но если поток B нельзя было сдержать, обычные пользователи A рисковали потерять качество. Физический запас существовал; контролируемого способа им поделиться не было.

Коммерческий вывод Джонс сформулировал прямо. Поставщик мог быть не заинтересован в инструментах контроля для клиента, если их отсутствие подталкивало того купить больше. Хорошие инструменты могли, наоборот, привлечь клиентов. RFC не сообщает о конкретной продаже или поведении названного оператора. Он показывает, почему рекомендация расширить линию требует второго вопроса: какие средства управления уже купленной ёмкостью поставщик готов отдать заказчику?

Счёт за трафик влияет на привычки, но не выбирает, какой пакет пройдёт первым при перегрузке. Исключение, описанное в RFC, — предоплаченный ресурс с отключением после исчерпания денег. Среди возможных технических признаков Джонс называл адрес отправителя или получателя, протокол приложения, отметку приоритета и классы X.25. Практических инструментов не хватало. Жёстко разрезать линию мультиплексором можно, но тогда теряется часть выгоды от совместного пользования. Простаивающую сегодня ёмкость нельзя сохранить на завтра; час пик на другом конце мира наступает в другое время.

RFC 1346 завершался предложением исследовать проблему, а не готовой спецификацией. В его центре осталась сделка, которую нельзя заменить прайс-листом: определить долю, обеспечить её на узком месте и передать учреждению право распределить её дальше. Без этого расширение линии отвечает прежде всего на вопрос, сколько выставить к оплате.

Источник: RFC 1346, исходный текст, разделы 1–3; карточка RFC Editor.