Кратко

  • RFC 6525 позволил обнулить состояние последовательности выбранных потоков SCTP, не уничтожая ассоциацию и не меняя остальные потоки.
  • Sender’s Last Assigned TSN отмечал конец старой эпохи. Пока кумулятивное подтверждение не достигало этой точки, получатель отвечал «In progress» и удерживал более новые данные.
  • У реконфигурации были собственные номера запросов, повторяемые ответы и возможность отказа: чтобы забыть последовательность данных, протоколу требовалось точно помнить последовательность управления.

Ноль не означал исчезновения прошлого

Ассоциация SCTP содержит несколько однонаправленных потоков. В RFC 4960 каждый фрагмент DATA получает общий для ассоциации Transmission Sequence Number, а упорядоченное сообщение — Stream Sequence Number внутри своего потока. RFC 9260 сохраняет разделение: TSN обслуживает подтверждения и поиск дублей, порядок доставки ограничен потоком.

Приложение может закончить старую роль потока 3, пока его фрагменты ещё повторно передаются. Мгновенный возврат SSN к нулю сделает запоздавший фрагмент похожим на данные новой эпохи. Закрытие всей ассоциации, напротив, уничтожит другие потоки и состояние пути.

RFC 6525 определил в 2012 году chunk RE-CONFIG. Он не удалял пакеты в пути, а согласовывал точку, в которой обе стороны могут завершить старую нумерацию и начать новую.

Последний назначенный TSN проводил границу

Outgoing SSN Reset Request содержит номер запроса реконфигурации, номер ответа, Sender’s Last Assigned TSN и необязательный список потоков. Без списка запрос относится ко всем исходящим потокам; со списком остальные не меняются.

Последний назначенный TSN равен следующему TSN минус один. До запроса отправитель прекращает выдавать новые SSN затронутым потокам и ставит последующие сообщения в очередь. Продолжение отправки при неизвестном результате создало бы неоднозначность, если запрос потеряется.

Получатель сравнивает границу с точкой кумулятивного подтверждения. Если она ещё не достигнута, начинается deferred reset processing: данные затронутых потоков с TSN выше границы удерживаются локально, а ответ сообщает «In progress». Запрос понят, но ещё не выполнен.

Когда подтверждение достигает границы, получатель обнуляет следующий ожидаемый SSN выбранных потоков, освобождает удержанные TSN и сообщает успех. Неуказанные потоки продолжаются. Новая эпоха возникает в общей доказуемой точке, а не по одностороннему желанию.

Команда забыть нуждалась в собственной памяти

Номера запросов RE-CONFIG монотонно растут, начиная от исходного TSN. Ответ копирует номер и сообщает успех, отказ, неверный SSN, уже выполняемый запрос, неверную последовательность или продолжающуюся обработку.

Повтор последнего запроса получает прежний ответ и не вызывает второго сброса. После «In progress» запрашивающая сторона перезапускает таймер, не увеличивая счётчики ошибок ассоциации. Это не отказ пути и не сигнал перегрузки.

Партнёр вправе отказать. RFC 6525 называет это административным решением, которое может настраиваться после создания ассоциации. Поддержка расширения означает способность обсудить изменение, а не обязанность принять его.

Входящее и исходящее имели разных владельцев

Поток SCTP однонаправлен. Одинаковый номер в обратном направлении сам по себе не создаёт двунаправленный канал. Чтобы сбросить принимаемую последовательность, узел просит партнёра сбросить его исходящий поток: реальную границу знает тот, кто назначал номера.

SSN/TSN Reset — отдельная широкая операция: она сбрасывает все SSN и выбирает новые начала TSN. Отправитель прекращает назначение TSN, а максимальное время жизни сегмента помогает избежать неоднозначности при обороте номеров. Это не синоним выборочного сброса.

RFC 6458 показывает приложениям последовательности и уведомления SCTP. Поэтому реконфигурация и её события включаются явно: программа, ожидающая монотонность, должна узнать о смене эпохи.

I-DATA заменил счётчик, но не отменил границу

RFC 8260 использует для чередования сообщений 32-битные Message Identifier в I-DATA. При сбросе обнуляются два счётчика MID — для упорядоченных и неупорядоченных сообщений. Позднее назначение TSN усложняет реализацию, но не отменяет старую границу.

Это не частичная надёжность. RFC 7496 задаёт политики отказа от сообщений по приоритету или числу повторов. Отказ отвечает, сколько добиваться одной доставки; сброс — когда пространство номеров можно использовать снова.

Реестр параметров SCTP IANA назначает RE-CONFIG тип 130. Он позволяет расшифровать числа, но не доказывает реализацию, согласование или включение функции приложением.

Источники