Транспортный уровень: трансляция адресов
Долги за прошлую лекцию
(Возможно, всё равно надо оставить две темы)
Другие варианты транспорта?
TCP |
vs |
UDP |
есть |
подключение |
нет |
есть |
подтверждения |
нет |
есть |
отслеживание цельности потока |
нет |
есть |
отслеживание качества потока |
нет |
несколько |
количество пакетов |
один |
some code
А ещё?
- Порядок / поток нужен
- Цельность желательна, но не полученные вовремя пакеты уже не важны (напр., видео или синхронизация игровых вселенных)
- (also, DCCP+UDP для очень старых сетевых устройств)
SCTP:
Несколько потоков в одном сеансе (порядок потоков не важен)
- двусторонняя готовность к сеансу (4-way handshake вместо 3-way — для отсечения syn flood)
- multihoming (наконец-то из ID транспортного уровня открутили IP: абоненты рассказывают все свои адреса, а ID служит т. н. «association» и порт)
- Дешёвая (не порождающая паразитного трафика) / управляемая / прогнозируемая защита от забивания канала
RSVP (IPv6)
- Резервирование объёмов / пропускной способности / других свойств на всём маршруте
- …
Netcat и Socat
Netcat — приём-передача данных по сети на стандартный В/В
- Установление TCP-подключения / Однократный приём подключения на TCP-порту
- Установление и приём UDP-«подключения»
- Проблема «окончания сеанса» (нет никакого сеанса, просто поток датаграмм, так что убивать руками)
- немножко умеет в Unix Domin сокеты (сокеты в файловой системе)
Socat — приём-передача данных по сети самыми разнообразными способами
руководство, есть статьи попроще ☺
TODO