- •Sctp Материал из Википедии — свободной энциклопедии
- •Многопоточность
- •Достоинства
- •Причины появления
- •Сравнение возможностей протоколов транспортного уровня
- •Архитектура sctp
- •Функционирование sctp
- •Sctp Материал из Wiki.Inattack.Ru.
- •Проблемы tcp
- •Свойства sctp
- •Многодомность
- •Инициация
- •Передача данных
- •Отключение
- •[Править] Безопасное установление подключения
- •[Править] Поэтапное завершение передачи данных
- •[Править] Многопоточность
- •[Править] Достоинства
- •[Править] Причины появления
- •[Править] Безопасность
- •[Править] Сравнение возможностей протоколов транспортного уровня
- •[Править] Формирование кадров сообщения
- •[Править] Структура пакета
- •[Править] Обработка ошибок
- •[Править] Реализации
- •[Править] Примечания
- •[Править] Ссылки
Причины появления
Протокол TCPпредоставляет основные средства для передачи данных по сетиInternetпо надежному пути. Однако TCP накладывает некоторые ограничения на транспорт данных:
TCP предоставляет надежную передачу данных в строгой последовательности. Тем не менее одни приложения требуют передачу без управления и контроля последовательности, а другие будут вполне удовлетворены частичной упорядоченностью данных. Оба этих случая страдают из-за ненужных задержек, связанных с восстановлением и упорядочиванием нарушенных последовательностей TCP.
Природа TCP ориентирована на поток байт, что вызывает неудобства. Приложения вынуждены самостоятельно добавлять собственные маркеры в пакеты, чтобы распараллелить передачу собственных сообщений, а так же использовать дополнительные ухищрения, чтобы убедиться в том, что целое сообщение было доставлено за определенное время.
Ограниченные рамки возможностей TCP-сокетовещё более усложняют задачу предоставления возможности параллельной передачи информации кхостампо нескольким каналам связи (см.multi-homingвыше).
TCP относительно уязвим к атакам класса "Отказ доступа (Denial-of-Service)", таким как SYN-flood.
Все эти ограничения наносят ущерб производительности работы телефонных сетейчерезIP.
Сравнение возможностей протоколов транспортного уровня
|
Параметр |
UDP |
TCP |
SCTP |
|
Установка соединения |
Нет |
Да |
Да |
|
Надежная передача |
Нет |
Да |
Да |
|
Сохранение границ сообщения |
Да |
Нет |
Да |
|
Упорядоченная доставка |
Нет |
Да |
Да |
|
Неупорядоченная доставка |
Да |
Нет |
Да |
|
Контрольные суммы данных |
Да |
Да |
Да |
|
Размер контрольной суммы (бит) |
16 |
16 |
32 |
|
Путь MTU |
Нет |
Да |
Да |
|
Управление накоплением |
Нет |
Да |
Да |
|
Многопоточность |
Нет |
Нет |
Да |
|
Поддержка множественных интерфейсов |
Нет |
Нет |
Да |
|
Связка потоков |
Нет |
Да |
Да |
Краткое описание SCTP
SCTP разрабатывается в рамках IETF (RFC 2026) как протокол для передачи сигнальной информации между телефонными станциями, включая ОКС №7 (SS7), поверх сетей IP. В начале июня нынешнего года в лаборатории компании Siemens проводились испытания на совместимость реализаций SCTP, созданных различными производителями. В тестировании приняли участие фирмы 3Com, Alcatel, Ericsson, Motorolla, Telcordia and Trillium, Nokia, Sun, Nortel Networks, Performance Technologies (точнее — недавно приобретенная последней компания MicroLegend), Siemens и корейская S-Link.
На базе испытываемого оборудование создали сеть. Каждый производитель организовал две IP-подсети, которые были подключены к эмулятору глобальной сети. Это устройство генерировало «условия», характерные для Internet, — имитировались задержки, искажения и потери IP-пакетов.
Тестирование предусматривало четыре сценария. В первом (нереальном) случае отсутствовали задержки и не было потерь информации. В другом варианте имитировались различные задержки, как постоянные, так и меняющиеся в ходе сеанса передачи информации (они имеют наиболее «разрушительный» характер). Затем проверялась устойчивость к потерям пакетов, но без задержек. И наконец, оборудование заставили работать в самых жестких условиях: одновременно вводились всевозможные задержки и организовывалась потеря части передаваемой информации.
В ходе испытаний проверялись базовые функции протокола SCTP:
установка и сброс соединений SCTP;
перенаправление трафика по альтернативному пути при отказе основного маршрута;
передача данных в правильной последовательности;
разрешение коллизий, возникающих при установке соединений.
Как сообщили участники тестирования, результаты превзошли любые ожидания: оборудование всех компаний показало отличную совместимость между собой. Эти исследования дали массу материала рабочей группе Sigtran (Signaling Transport) IETF, которая создает SCTP. По словам ее председателя доктора Линдона Онга из фирмы Nortel Networks, группа пришла к выводу, что протокол способен поддерживать не только передачу сигнализации, но и выполнение других приложений.
