ВУЗ:
Составители:
Рубрика:
6.3. Протокол SCTP 177
подобных ситуаций протокол TCP должен дождаться доставки всех данных, тре-
буемых для восстановления порядка.
В рамках одного соединения SCTP обеспечивает единый механизм управле-
ния потоком и контроля насыщения, что существенно снижает нагрузку на транс-
портный уровень.
SCTP разделяет понятия надёжной и упорядоченной доставки, в то время как
в TCP эти два аспекта неразрывно связаны, так как все данные надёжно доставля-
ются хосту-получателю и предоставляются приложению в той последовательно-
сти, в какой они передавались. Для этого TCP использует номер последователь-
ности в заголовке каждого пакета.
Протокол SCTP поддерживает многопотоковую передачу за счёт устранения
зависимости между передачей и доставкой данных. В частности, каждый блок по-
лезной информации типа DATA (данные) использует два набора порядковых но-
меров. Номер TSN управляет передачей сообщений и детектированием их поте-
ри, а пара идентификатор потока Stream ID–номер SSN используется для управ-
ления порядком доставки потребителю полученных данных.
Такая независимость механизмов нумерации позволяет получателю незамед-
лительно обнаруживать пропуски данных, а также видеть влияние потерянных
данных на поток. Утрата сообщения вызывает появление пропуска в порядко-
вых номерах SSN для потока, на который это сообщение оказывает влияние и не
вызывает такого пропуска для других потоков. Следовательно, получатель мо-
жет продолжить доставку незатронутых потоков, не дожидаясь повтора передачи
утраченного сообщения.
6.3.4. Многодомность
Механизм многодомности предназначен для повышения устойчивости сети
к выходам из строя интерфейсов на хосте и ускорения восстановления в случае
сбоя в сети. Но эффективность этого механизма падает, если путь взаимодействия
внутри ассоциации проходит через единую точку сбоя сети.
Действующий вариант SCTP не поддерживает распределения нагрузки (Load
Sharing), поэтому многодомные хосты обеспечивают лишь избыточность соеди-
нений для повышения уровня надёжности. Один из адресов многодомного хоста
указывается в качестве основного (Primary) и используется как адрес получателя
для всех блоков данных при нормальной передаче. При передаче повторных бло-
ков данных используется один из дополнительных адресов с целью повышения
вероятности доставки в конечную точку. При повторяющихся неоднократно по-
вторах передачи принимается решение об отправке всех блоков данных с исполь-
зованием альтернативного адреса, пока системе мониторинга не удастся увидеть
доступность основного адреса.
Для поддержки множества интерфейсов конечные точки SCTP обмениваются
списками своих адресов в процессе создания ассоциации. Каждая из конечных
точек должна быть способна принимать сообщения с любого адреса, связанно-
го с удалённым партнёром; на практике некоторые операционные системы могут
использовать в пакетах циклический перебор адресов отправителя, и в таких слу-
чаях приём пакетов с различных адресов является нормальной ситуацией. Для
всего списка адресов конечной точки в данной сессии используется один номер
порта.
Для повышения уровня безопасности требуется, чтобы некоторые отклики пе-
редавались по адресу, указанному в поле отправителя сообщения, вызвавшего
Страницы
- « первая
- ‹ предыдущая
- …
- 175
- 176
- 177
- 178
- 179
- …
- следующая ›
- последняя »
