EUI-48 от MAC-48 отличается лишь семантически: в то время как MAC-48 используется для сетевого оборудования, EUI-48 применяется для других типов аппаратного и программного обеспечения. Идентификаторы EUI-64 состоят из 64 бит и используются в IPv6 в качестве младших 64 бит сетевого адреса узла. Пример записи в 16-ричном коде 02:8Е:F5- или физический адрес. Стандарты IEEE определяют 48-разрядный (6 октетов) MAC-адрес, который разделен на четыре части.
Первые 3 октета (в порядке их передачи по сети; старшие 3 октета, если рассматривать их в традиционной бит-реверсной шестнадцатиричной записи MAC-адресов) содержат 24-битный уникальный идентификатор организации (OUI), или (Код MFG - Manufacturing, производителя), который производитель получает в IEEE. При этом используются только младшие 22 разряда (бита), 2 старшие имеют специальное назначение:
- первый бит указывает, для одиночного (0) или группового (1) адресата предназначен кадр следующий бит указывает, является ли MAC-адрес глобально (0) или локально (1) администрируемым.
Следующие три октета выбираются изготовителем для каждого экземпляра устройства. За исключением сетей системной сетевой архитектуры SNA.
Локально и глобально администрируемые МАС-адреса. Основные команды.
Таким образом, глобально администрируемый MAC-адрес устройства глобально уникален и обычно «зашит» в аппаратуру.
Администратор сети имеет возможность, вместо использования «зашитого», назначить устройству MAC-адрес по своему усмотрению. Такой локально администрируемый MAC-адрес выбирается произвольно и может не содержать информации об OUI. Признаком локально администрируемого адреса является соответствующий бит первого октета адреса.
Для того, чтобы узнать MAC-адрес сетевого устройства используются следующие команды:
- Windows — ipconfig /all-более подродробно расписывает-какой мак к чему относится Windows — getmac Linux — ifconfig - a | grep HWaddr FreeBSD — ifconfig|grep ether HP-UX — /usr/sbin/lanscan Mac OS X — ifconfig, либо в Системных Настройках > Сеть > выбрать подключение > Дополнительно > Ethernet > Идентификатор Ethernet QNX4 — netinfo - l QNX6 — ifconfig или nicinfo
Статическая маршрутизация. Назначение. Достоинства и недостатки.
Статическая маршрутизация - вид маршрутизации, при котором маршруты указываются в явном виде при конфигурации маршрутизатора. Вся маршрутизация при этом происходит без участия каких-либо протоколов маршрутизации.
При задании статического маршрута указывается:
· Адрес сети (на которую маршрутизируется трафик), маска сети
· Адрес шлюза (узла), который отвечает за дальнейшую маршрутизацию (или подключен к маршрутизируемой сети напрямую)
· (опционально) метрика (иногда именуется также "ценой") маршрута. При наличии нескольких маршрутов на одну и ту же сеть некоторые маршрутизаторы выбирают маршрут с минимальной метрикой.
Использование. В реальных условиях статическая маршрутизация используется в условиях наличия шлюза по умолчанию (узла, обладающего связностью с остальными узлами) и 1-2 сетями. Помимо этого статическая маршрутизация используется для «выравнивания» работы маршрутизирующих протоколов в условиях наличия туннеля (для того, чтобы маршрутизация трафика, создаваемого туннелем, не производилась через сам туннель).
Основные достоинства:
· Лёгкость отладки и конфигурирования в малых сетях;
· Отсутствие дополнительных накладных расходов (из-за отсутствия протоколов маршрутизации);
· Мгновенная готовность (не требуется интервал для конфигурирования/подстройки);
· Низкая нагрузка на процессор маршрутизатора;
· Предсказуемость в каждый момент времени.
Недостатки:
· Очень плохое масштабирование (добавление N+1 сети потребует сделать 2*(N+1) записей о маршрутах, причём на большинстве маршрутизаторов таблица маршрутов будет различной, при N>3-4 процесс конфигурирования становится весьма трудоёмким).
· Низкая устойчивость к повреждениям линий связи (особенно, в ситуациях, когда обрыв происходит между устройствами второго уровня и порт маршрутизатора не получает статус down).
· Отсутствие динамического балансирования нагрузки
· Необходимость в ведении отдельной документации к маршрутам, проблема синхронизации документации и реальных маршрутов.
Динамическая маршрутизация. Назначение. Понятие таблицы маршрутизации.
Когда мы имеем ряд компьютеров объединенных в некую коммутируемую сеть если IP адреса из одной подсети. Как только им потребовалось выйти в интернет они видят что IP адрес этого сетевого устройства. И смотрят таблицу маршрутов. (требуются маршрутизаторы) существуют маршруты по умолчанию используются устройства в сети если не указано через какую подсеть ему идти.
В нашей схеме это IP нашего маршрутизатора. У маршрутизатора 2 сетевых интерфейса (минимум, может быть и больше) один интерфейс внутренний для нашей подсети, другой адрес смотрит наружу и имеет адрес доступный в сети интернет. Большинство сейчас продаваемых они 2-х портовые.
У маршрутизаторов есть всегда свои таблицы маршрутизации.
Таким образом наш 2-х портовый маршрутизатор
порт | Расстояние | |
192.168.10.0 | 1 | 1 |
80.250.166.0 | 2 | 1 |
10.10.15.0 | 1 | 2 |
Все маршрутизаторы хранят расстояние статическую информацию близлежащих сетей, а в процессе работы они пополняют от других сетей и других маршрутизаторов через протокол RIP. Этого протокола 2 версии. RIP v.1 RIP v.2 (4 столбец с маской подсети).
порт | Расстояние | Маска подсети | |
192.168.10.0 | /23 | 1 | 1 |
80ю250.166.0 | /24 | 1 | 1 |
10.10.15.0 | 1 | 2 |
Как происходит этот самый обмен
IP | Порт | Расстояние | Маска подсети |
192.168.10.0 | 1 | 1 | |
192.168.100.0 | 2 | 1 | |
80.250.166.0 | 2 | 2 | |
10.10.10.0 | 2 | 2 |
Таблица для GW3
IP | Порт | Растояние | Маска подсети |
195.112.3.0 | 1 | 1 | |
192.168.10.0 | 2 | 1 | |
192.168.0.0 | 3 | 1 | |
192.168.10. | - | ||
192.168.100.0 | 2 | 2 | |
80.250.166.0 | 2 | 3 | |
10.10.10. | -- | ||
10.10.10.0 | 3 | 2 |
Одинаковые маршруты с большими расстояниями удаляются.
зачеркивание.
Появиться маршрут в таблицу GW3 и потом уже эта таблица отсылается для сравнения. И получим то, что показано на табл.1
1-7 находится программа, которая работает по данной ОСИ.
Каждый уровень добавляет свои заголовки к информации.
TCP-передача данных с установлением соединения, более надежный протокол.
UDP- без установления соединения, просто отсылаются отправителю и дальнейшая его судьба их не известнаJ, используется только для неважных данных (во всех играх), но работает быстрее чем TCP.
Shape идет только на транспортном уровне и в основном на TCP и «зашейпить» UDP невозможно. Для конечного пользователя "шейпить" это уменьшать скорость доступа. А для провайдера - распределять канал между несколькими пользователями.
Передача данных на транспортном уровне происходит по портам.
Существуют стандартные порты
HTTP - 80 поэтому порту http://***** то постучимся в 80 порт
HTTPS - 443
SMTP - 25
POP
IMAP - 143
Порты до 1024 доступны только для супер - пользователей. А обычному от 1025.
Два самых главных заголовка в UDP - порт отправителя и порт получателя.
В TCP значительно больше заголовков.
Есть точный стандарт и описание в документах RFC всегда имеет числовой номер RFC ххх там описаны стандарты протокола.
RFC обмен текстовыми командами и короткими текстовыми ответами.
ТСР протокол. Назначение. Структура протокола. Схема соединения.
0 | Порт источника | 15 | Порт приемника | 31 | ||||||||||
Номер в последовательности | ||||||||||||||
Номер подтверждения | ||||||||||||||
0 | 3 | 9 | ||||||||||||
Смещение данных | зарезервированное | U | A | D | R S T | S Y N | F | Размер окна | ||||||
Контрольная сумма | Указатель | |||||||||||||
Дополнительные данные | Данные выражения | |||||||||||||
В заголовке указывается номер пакета который он последний получил.
Смещение данных - смещение от начала заголовка до момента где начинаются непосредственно данные и задается в 32 битных словах или в 4байтных кусках.
URG - флаг важности данных.
ACK - флаг подтверждения. Приемник подтверждает получение данных.
DSH - если 1 то сторона получающая пакет данных сразу передает эти данные в приложение.
RST - 1 если приемник получил неверный пакет и хочет отправить запрос источнику.
SYN- в момент установки соединения, используется для синхронизации.
FIN- противоположность флагу SYN, для закрытия соединения.
Размер окна - в протоколе TCP применяется принцип скользящего окна (это размер буфера приемника в который он принимает данные от источника без отправки подтверждения). Т. е. в самом начале соединения отправляется информация о своем размере окна (в байтах). И источник посылает пакет данных который 100% влезет в размер окна. С одной стороны ускоряет процесс передачи, но иногда возникают проблемы дублирующих передач. С помощью этого параметра ограничивается скорость передачи данных.
Контрольная сумма - вычисленная контрольная сумма данных для сравнения пакета от отправителя и получателя.
Соединение по протоколу TCP происходит в 3 этапа, «трехшаговое рукопожатие»:
A №пакета | № подтверждения | Флаг | Длина B |
->1000 | 0 | SYN | 0 |
5000 | 100 1 | ACK, SYN | 0<- |
->1001 | 5001 | ACK | 0 |
После это соединение считается установленным.
UDP протокол. Назначение. Структура протокола. Область использования.
Протокол UDP (User Datagram Protocol, RFC-768) является одним из основных протоколов, расположенных непосредственно над IP. Он предоставляет прикладным процессам транспортные услуги, немногим отличающиеся от услуг протокола IP. Протокол UDP обеспечивает доставку дейтограмм, но не требует подтверждения их получения. Протокол UDP не требует соединения с удаленным модулем UDP ("бессвязный" протокол). К заголовку IP-пакета UDP добавляет поля порт отправителя и порт получателя, которые обеспечивают мультиплексирование информации между различными прикладными процессами, а также поля длина UDP-дейтограммы и контрольная сумма, позволяющие поддерживать целостность данных. Таким образом, если на уровне IP для определения места доставки пакета используется адрес, на уровне UDP - номер порта.
область использования UDP
Примерами сетевых приложений, использующих UDP, являются NFS (Network File System), TFTP (Trivial File Transfer protocol, RFC-1350), RPC (Remote Procedure Call, RFC-1057) и SNMP (Simple Network Management Protocol, RFC-1157). Малые накладные расходы, связанные с форматом UDP, а также отсутствие необходимости подтверждения получения пакета, делают этот протокол наиболее популярным при реализации приложений мультимедиа, но главное его место работы - локальные сети и мультимедиа.
Хотя протокол UDP не гарантирует доставки, по умолчанию предполагается, что вероятность потери пакета достаточно мала. |
Прикладные процессы и модули UDP взаимодействуют через UDP-порты. Эти порты нумеруются, начиная с нуля. Прикладной процесс, предоставляющий некоторые услуги (сервер), ожидает сообщений, направленных в порт, специально выделенный для этих услуг. Программа-сервер ждет, когда какая-нибудь программа-клиент запросит услугу.
|
Из за большого объема этот материал размещен на нескольких страницах:
1 2 3 4 5 6 |
