- •Методы локальной пользовательской маршрутизации Алгоритм Дейкстры
- •Лекция 4
- •Token Ring и ieee 802.5.
- •Сравнение Token Ring и ieee 802.5
- •Передача маркера
- •Физические соединения
- •Система приоритетов
- •Механизмы управления неисправостями
- •Формат блока данных
- •Протокол udp
- •Назначение полей udp пакета:
- •Протокол tcp
- •Назначение полей tcp пакета:
- •Установление соединения, передача данных и завершение соединения.
- •Механизмы обеспечения достоверности передаваемых данных.
- •Механизм управления потоком данных
- •Лекция 7 Маршрутизация в сетях tcp/ip
- •Алгоритмы маршрутизации
- •Дистанционно-векторный протокол rip.
- •Характеристики протокола rip.
- •Механизмы работы протокола rip.
- •Формат rip-пакета.
- •Лекция 8 Протокол состояния связей ospf
- •Принцип работы
- •Формат пакета ospf.
- •Лекция 9 Протоколы достижимости egp и bgp Протокол egp
- •Egp выполняет три основные функции:
- •Формат заголовка egp-пакета.
- •Протокол bgp
- •Формат заголовка bgp-пакета
- •Сообщения bgp.
- •1. Терминология
- •2. Формат заголовка iPv6
- •3. Ip версия 6 архитектуры адресации
- •4. Модель адресации
- •4.1. Представление записи адресов (текстовое представление адресов)
- •0:0:0:0:0:0:13.1.68.3 0:0:0:0:0:Ffff:129.144.52.38
- •4.2. Представление типа адреса
- •4.3. Уникастные адреса
- •4.3.1. Примеры уникастных адресов
- •4.4. Не специфицированный адрес
- •4.5. Адрес обратной связи
- •4.6. IPv6 адреса с вложенными iPv4 адресами
- •4.7. Nsap адреса
- •4.8. Ipx Адреса
- •4.9. Провайдерские глобальные уникаст-адреса
- •4.10. Локальные уникаст-адреса iPv6
- •4.11. Эникаст-адреса
- •4.11.1. Необходимые эникаст-адреса
- •4.12. Мульткаст-адреса
- •11111111 В начале адреса идентифицирует адрес, как мультикатинг-адрес.
- •4.12.1. Предопределенные мультикаст-адреса
- •4.13. Необходимые адреса узлов
- •5. Заголовки расширения iPv6
- •5.1. Порядок заголовков расширения
- •6. Опции
- •6.1. Опции заголовка Hop-by-Hop (шаг за шагом)
- •7. Маршрутный заголовок
- •8. Заголовок фрагмента
- •9. Заголовок опций места назначения
- •10. Отсутствие следующего заголовка
- •11. О размере пакетов
- •12. Метки потоков
- •13. Приоритет
- •14. О протоколе верхнего уровня 14.1 Контрольные суммы верхнего уровня
- •15. Максимальное время жизни пакета
- •16. Максимальный размер поля данных для протоколов высокого уровня
- •Sctp Материал из Википедии — свободной энциклопедии
- •Многопоточность
- •Достоинства
- •Причины появления
- •Сравнение возможностей протоколов транспортного уровня
- •Архитектура sctp
- •Функционирование sctp
- •Sctp Материал из Wiki.Inattack.Ru.
- •Проблемы tcp
- •Свойства sctp
- •Многодомность
- •Инициация
- •Передача данных
- •Отключение
- •Структура пакета
- •Обработка ошибок
- •Лекция 15 Технологии параллельного программирования. Message Passing Interface (mpi)
- •Mpi. Терминология и обозначения
- •Общие процедуры mpi
- •Прием/передача сообщений между отдельными процессами Прием/передача сообщений с блокировкой
- •Прием/передача сообщений без блокировки
- •Объединение запросов на взаимодействие
- •Совмещенные прием/передача сообщений
- •Коллективные взаимодействия процессов
- •Синхронизация процессов
- •Работа с группами процессов
- •Предопределенные константы Предопределенные константы типа элементов сообщений
Причины появления
Протокол 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, группа пришла к выводу, что протокол способен поддерживать не только передачу сигнализации, но и выполнение других приложений.
