6. Классы ip-адрес

В зависимости от размеров сети количество адресов может быть больше или меньше. Для разных потребностей существует несколько классов сетей от которых зависит максимальное количество адресов для хостів.

Class A

включает сети с 1.0.0.0 до 127.0.0.0. Номер сети находится в первом октете. Это обеспечивает 24-ох разрядную часть для определения хостів. Позволяет использование приблизительно 16 миллионов хостів в сети.

Class B

вмещает сети с 128.0.0.0 по 191.255.0.0; номер сети находится в первых двух октетах. Это насчитывает 16320 сетей с 65024 хостами в каждой.

Class C

диапазон сетей от 192.0.0.0 по 223.255.255.0; номер сети - три первых октета. Насчитывает около 2 миллионов сетей с 254 хостами в каждой.

Class D, E, и F

адреса что подпадают в диапазон с 224.0.0.0 по 254.0.0.0 есть или экспериментальными, или сохранены для использования в будущем и не описывают никакой сети.

Адресов состоит из двух логических частей - номера сеты и номера узла в сеты. Какая часть адрес относится к номеру сеты, а какая к номеру узла, определяется значениями первых битов адрес:

Если адресов начинается с 0, то сеть относят к классу А, и номер сеты занимает один байт, остальные 3 байта интерпретируются как номер узла в сеты. Сеты класса А имеют номера в диапазоне вот 1 до 126. (Номер 0 не используется, а номер 127 зарезервирован для специальных целей, о чем будет сказано нижет.) В сетях класса А количество узлов должно быть больше 216, но не превышать 224.

Если первые два битый адрес равны 10, то сеть относится к классу В и является сетью средних размеров с числом узлов 28 - 216. В сетях класса У под адресов сеты и под адресов узла отводится по 16 битов, то есть по 2 байта.

Если адресов начинается с последовательности 110, то это сеть класса С с числом узлов не больше 28. Под адресов сеты отводится 24 битая, а под адресов узла - 8 битов.

Если адресов начинается с последовательности 1110, то вон является адресом класса D и обозначает особый, групповой адресов - multicast. Если в пакете в качестве адрес назначения указан адресов класса D, то такой пакет должны получить все узлы, которым присвоен данный адресов.

Если адресов начинается с последовательности 11110, то это адресов класса Е, вон зарезервирован для будущих применений.

6. Принцип эталонной модели osi

International Standardization Organization, ISO) предложила в 1978 г. эталонную модель взаимодействия открытых систем (ВВС, Open System Interconnect, OSI). На основе этой модели был разработанный стек протоколов, который не получил широкого распространения, хотя он и был принят как национальный стандарт правительством США еще в 1990 году (проект GOSIP). Однако, модель OSI является главной методологической основой для анализа и разработки сетей.

Стандартом де-факто для глобальных сетей в это время есть стек протоколов TCP/IP, разработанный в середине 70-х годов по заказу Министерства обороны США. Позже была выработана и модель TCP/IP.

В локальных сетях, рядом с TCP/IP, применяются стеки IPX/SPX, NetBIOS/SMB, XNS, DECnet и другие.

Расхождения между моделями ВВС и TCP/IP происходят из разных целей и методологий разработки протоколов и услуг. Разработка модели OSI была направлена на достаточно амбициозную цель - установление механизмов для распределенной обработки данных в аппаратно и программно разнородных компьютерных средах. Цели разработки протоколов TCP/IP были намного скромнее и прагматичнее: установление механизмов для соединения сетей и предоставления пользователям этих сетей набора базовых коммуникационных услуг.

Разработкой протоколов ВВС занималась большая международная организация - МОС. Подобным организациям свойственно замедленное функционирование. Работа над стандартами ВВС показала как недостаточную мобильность таких организаций перед лицом предельно интенсивного технологического развития в данной области, как и сложности с установлением баланса чаще всего противоречивых интересов многих участников работы.

Разработка протоколов TCP/IP происходила в среде, ориентированной на практическое приложение. В центре внимания были конкретные проблемы, которые касаются связки сетей и обслуживания пользователей. Разработку TCP/IP начинали ради решения проблем сети ARPANET - в первую очередь, резкого роста количества подключенных компьютеров и, соответственно, трафика, ими выработанного. Протокол IP должен был предоставить средства разделения единственной сети, которое была ARPANET, на огромное количество подсетей, которые изолируют внутренний трафик один от одного.

В локальных сетях, рядом с TCP/IP, применяются стеки IPX/SPX, NetBIOS/SMB, XNS, DECnet и другие.

Расхождения между моделями ВВС и TCP/IP происходят из разных целей и методологий разработки протоколов и услуг. Разработка модели OSI была направлена на достаточно амбициозную цель - установление механизмов для распределенной обработки данных в аппаратно и программно разнородных компьютерных средах. Цели разработки протоколов TCP/IP были намного скромнее и прагматичнее: установление механизмов для соединения сетей и предоставления пользователям этих сетей набора базовых коммуникационных услуг.

Разработкой протоколов ВВС занималась большая международная организация - МОС. Подобным организациям свойственно замедленное функционирование. Работа над стандартами ВВС показала как недостаточную мобильность таких организаций перед лицом предельно интенсивного технологического развития в данной области, как и сложности с установлением баланса чаще всего противоречивых интересов многих участников работы.

Разработка протоколов TCP/IP происходила в среде, ориентированной на практическое приложение. В центре внимания были конкретные проблемы, которые касаются связки сетей и обслуживания пользователей. Разработку TCP/IP начинали ради решения проблем сети ARPANET - в первую очередь, резкого роста количества подключенных компьютеров и, соответственно, трафика, ими выработанного. Протокол IP должен был предоставить средства разделения единственной сети, которое была ARPANET, на огромное количество подсетей, которые изолируют внутренний трафик один от одного.

Нужно было создать сеть сетей вместо сети компьютеров.

Еталонна модель ВВС

При разработке модели ВВС выделения уровней базировалось на следующих принципах:

- каждый уровень должен выполнять отдельную функцию,

- поток информации между уровнями должен быть минимизирован

- функции уровней должны быть удобные для определения международных стандартов,

- количество уровней должно быть достаточным для разделения функций, но не избыточным.

Модель ВВС определяет семь уровней: физический, канальный, сетевой, транспортный, сеансовый, представление данных, прикладной.

Все сетевые функции в модели разделенные на 7 уровней При этом вышестоящие уровни выполняют больше сложные, глобальные задания, для чего используют в своих целях нижчестоящі уровни, а также управляют ими. Цель нижчестоящого уровня - предоставление услуг вышестоящему уровню, причем вышестоящему уровню не важные детали выполнения этих услуг. Нижчестоящі уровни выполняют больше простые, больше конкретные функции. В идеале каждый уровень взаимодействует только с теми, которые находятся рядом с ним (выше его и ниже его).

Верхний уровень отвечает прикладному заданию, которое работает в этот момент дополнению, нижней - непосредственной передаче сигналов по канале связи.

Модель OSI описывает только системные средства взаимодействия, реализованные операционной системой, системными утилитами, системными аппаратными средствами. Модель не включает средства взаимодействия дополнений конечных пользователей. Свои собственные протоколы взаимодействия дополнения реализуют, обращаясь к системным средствам. Поэтому необходимо различать уровень взаимодействия дополнений и прикладной уровень.

Стоит также мать на внимании, что дополнение может взять на себя функции некоторых верхних уровней модели OSI. Например, некоторые СКБД имеют убудовані средства удаленного доступа к файлам. В этом случае дополнение, выполняя доступ к удаленным ресурсам, не использует системную файловую службу; он обходит верхние ровные модели OSI и обращается прямо к системным средствам, которые отвечают за транспортировку сообщений по сети, которые располагаются на нижних уровнях модели OSI.