- •Список вопросов на экзамен
- •Часть 1. Сети. 3
- •Часть 2. Сокеты. 26
- •Часть 1. Сети.
- •Классификация ip-адресов. Понятие номера сети и номера узла.
- •255.255.255.0 - Маска для сети класса с.
- •1.2. Модель osi. Физический уровень.
- •1.3. Модель osi. Канальный уровень.
- •1.4. Модель osi. Сетевой уровень.
- •1.5. Модель osi. Транспортный уровень.
- •1.6. Модель osi. Сеансовый уровень.
- •1.7. Модель osi. Уровень представления.
- •1.8. Модель osi. Прикладной уровень.
- •1.9. Адресация в ip-сетях.
- •1.10. Протоколы arp и rarp. Их место в стеке протоколов ip.
- •1.11. Маршрутизация в ip-сетях.
- •1.12. Структуризация ip-сетей с помощью масок.
- •255.255.255.0 - Маска для сети класса с.
- •1.13. Протокол tcp. Его место в стеке протоколов tcp/ip.
- •1.14. Протокол udp. Его место в стеке протоколов tcp/ip.
- •1.15. Протоколы надёжной доставки пакетов. Концепция квитирования.
- •1.16. Маршрутизаторы. Их место в сетевой модели osi.
- •1.17. Понятие маршрута. Принципы построения таблиц маршрутизации.
- •1.18. Понятие топологии сети. Средства объединения сетей с произвольной топологией.
- •1.19. Понятие стека сетевых протоколов. Стек протоколов tcp/ip.
- •1.20. Понятие сетевого интерфейса. Модель сетевого интерфейса для ip-сети.
- •Часть 2. Сокеты.
- •2.1. Технология клиент-сервер.
- •2.2. Событийная модель соединения сокетов.
- •2.3. Особенности программирования сетевого приложения.
- •2.4. Этапы организации соединения сокетов.
- •2.5. Организация сетевого соединения со стороны клиента.
- •2.10. Сокеты, как средство межпрограммного взаимодействия.
- •2.11. Сокеты. Их место в сетевой модели osi.
- •2.12. Сокеты. Их место в стеке протоколов ip.
- •2.13. Сокеты в ос Windows. Технология Windows Sockets.
- •2.14. Средства библиотеки mfc для работы с сокетами.
- •2.16. Передача данных через сокет.
- •2.17. Приём данных через сокет.
- •2.18. Способы закрытия сетевого соединения между сокетами.
- •2.19. Типы сокетов. Область их применения.
- •2.20. Понятие номера порта для протоколов транспортного уровня сетевой модели osi.
2.11. Сокеты. Их место в сетевой модели osi.
Когда мы создаем сокет (socket - гнездо), мы получаем возможность доступа к нужному нам уровню OSI. Ну а дальше мы можем использовать соответствующие вызовы для взаимодействия с ним. Сокеты устроены таким образом, что они могут взаимодействовать с ОС на любом уровне OSI, скрывая ту часть реализации, которой мы не интересуемся
В то время, как задачей сетевого уровня является передача данных между произвольными узлами сети, задача транспортного уровня заключается в передаче данных между любыми прикладными процессами, выполняющимися на любых узлах сети. Действительно, после того, как пакет средствами протокола IP доставлен в компьютер-получатель, данные необходимо направить конкретному процессу-получателю. Каждый компьютер может выполнять несколько процессов, более того, прикладной процесс тоже может иметь несколько точек входа, выступающих в качестве адреса назначения для пакетов данных.
Пакеты, поступающие на транспортный уровень, организуются операционной системой в виде множества очередей к точкам входа различных прикладных процессов. В терминологии TCP/IP такие системные очереди называются портами. Таким образом, адресом назначения, который используется на транспортном уровне, является идентификатор (номер) порта прикладного сервиса. Номер порта, задаваемый транспортным уровнем, в совокупности с номером сети и номером компьютера, задаваемыми сетевым уровнем, однозначно определяют прикладной процесс в сети.
Зам.На лабах мы юзали сокеты с номерами порта иIPадресом, то есть их средства доступа к транспортному уровню и сетевому уровню. На консультации было сказано, что каким-то боком туда относится и сеансовый уровень. Типа, сервер ведущий, клиент ведомый или что-то такое.
Источники:
http://www.gamedev.ru/articles/?id=80201&page=3
http://www.citforum.ru/nets/ip/glava_5.shtml
2.12. Сокеты. Их место в стеке протоколов ip.
Зам.Понятие стека протоколовIPотсутствует. Его нет в природе. ПротоколIPявляется базовым для стекаTCP/IP. Возможно, имелся ввиду именно этот стек.
Чтобы две программы могли общаться друг с другом через сеть, каждая из них должна создать сокет. Каждый сокет обладает двумя основными характеристиками: протоколом и адресом, к которым он привязан. Протокол задаётся при создании сокета и не может быть изменён впоследствии. Адрес сокета задаётся позже, но обязательно до того, как через сокет пойдут данные. Формат адреса сокета определяется конкретным протоколом. В частности, для протоколов TCP и UDP адрес состоит из IP-адреса сетевого интерфейса и номера порта.
Протокол IP (RFC 791) используется для ненадёжной доставки данных от одного узла сети к другому. Это означает, что на уровне этого протокола (третий уровень сетевой модели OSI) не даётся гарантий надёжной доставки пакета до адресата. В частности, пакеты могут прийти не в том порядке, в котором были отправлены, оказаться повреждёнными или не прибыть вовсе. Гарантии безошибочной доставки пакетов дают протоколы более высокого (транспортного) уровня сетевой модели OSI — например, TCP — которые используют IP в качестве транспорта.
В протоколе TCP также, как и в UDP, для связи с прикладными процессами используются порты. Номера портам присваиваются аналогичным образом: имеются стандартные, зарезервированные номера (например, номер 21 закреплен за сервисом FTP, 23 - за telnet), а менее известные приложения пользуются произвольно выбранными локальными номерами.
Зам.На лабах мы юзали сокеты с номерами порта иIPадресом, то есть их средства доступа к транспортному уровню (протоколTCP) и сетевому уровню (протоколIP) стекаTCP/IP. На консультации было сказано, что каким-то боком туда относится и сеансовый уровеньOSI(прикладнойTCP/IP). Типа, сервер ведущий, клиент ведомый или что-то такое.
Источники:
http://ru.wikipedia.org/wiki/IP