«Локальные информационные сети»




Название«Локальные информационные сети»
страница5/12
Дата публикации05.03.2013
Размер1.37 Mb.
ТипКонспект
uchebilka.ru > Информатика > Конспект
1   2   3   4   5   6   7   8   9   ...   12

^ 4.1.2 Методы случайного доступа

Во всех ЛС подключенные узлы сети функционируют независимо друг от друга, и, поэтому потребность в передаче информации возникает у них в непредсказуемые моменты времени. В системах с тактированным доступом и с передачей маркера узел должен задерживать передачу данных до получения специального разрешения. В ЛС по случайным доступам в режиме соперничества используется другой метод — узел может сделать попытку передачи в любой момент. Так как при этом возможно наложение нескольких сигналов (коллизия), то необходимо иметь определенный алгоритм, дающий возможность или избежать таких коллизий, или минимизировать их последствия. Системы с доступом в режиме соперничества реализуются очень просто, обеспечивают быстрый доступ к шине (по крайней мере, при небольшой нагрузке), а также позволяют легко подключать и отключать узлы сети. Эти системы характеризуются высокой живучестью благодаря тому, что, во-первых, большинство ошибочных или неблагоприятных условий приводит или к "молчанию", или к конфликту, а обе эти ситуации так или иначе поддаются обработке; во-вторых, отпадает потребность в центральном управляющем устройстве. Главный недостаток таких систем: при больших нагрузках время ожидания доступа к шине очень возрастает и изменяется непредсказуемо.

К случайным методам доступа к среде относятся методы: «простая ALOHA», «тактированная ALOHA», CSMA/CA (множественный доступ с прослушиванием несущей и избежанием коллизий), CSMA/CD (множественный доступ с прослушиванием несущей и обнаружением коллизий).

^ Метод "простая ALOHA". Впервые принцип состязаний был использован на Гавайских островах в системе ALOHA — сети, предназначенной обеспечивать доступ многочисленных территориально распределенных терминалов или ЭВМ к среде центральной ЭВМ в режиме распределения времени. Терминалы имели возможность начать передачу в любой момент времени, что создавало реальную опасность появления накладок. Суть метода заключается в следующем. Если некоторая станция имеет пакет, готовый к передаче, она передает этот пакет, независимо от того, занят канал в это время или нет. По окончании передачи пакета станция запускает внутренний таймер и определяет, был ли пакет поврежден при передаче. Если по окончании определенного времени станция не получила подтверждения про прием ее пакета, то она начинает повторную передачу того самого пакета, и вновь запускает таймер. Для уменьшения вероятности повторения конфликта между теми самыми пакетами промежуток времени, через который станция повторяет передачу пакета, выбирается случайным образом. Станция-приемник (центральная ЭВМ) принимает как нормальные, так и конфликтующие пакеты. Чтобы избежать приема и обработки испорченных пакетов, все они проверяются на контрольную сумму. Подтверждение выдается только после приема пакета с правильной контрольной суммой, остальные просто игнорируются.

Метод прост в реализации, так как выявление столкновений и формирование случайной задержки на повторную передачу обеспечивается достаточно простыми способами. Простота реализации обеспечивает повышение надежности станций, а значит, и моноканала в целом.

^ Метод "тактированная ALOHA". "Тактированная ALOHA" (Slotted ALOHA) уменьшает вероятность столкновений, разделяя канал передачи на кванты времени и требуя, чтобы передача начиналась в начале отведенного кванта. ALOHA послужила базисом для Ethernet протокола для локальных сетей.

CSMA/CA (Carrier Sense Multiple Access/Collision Avoidance) — множественный доступ с прослушиванием несущей и избежанием коллизий. Узел, готовый послать кадр, прослушивает линию. При отсутствии несущей он посылает короткий сигнал запроса на передачу (RTS) и определенное время ожидает ответа (CTS) от адресата назначения. При отсутствии ответа (подразумевается возможность коллизии) попытка передачи откладывается, при получении ответа в линию посылается кадр. При запросе на широковещательную передачу (RTS содержит адрес 255) CTS не ожидается. Метод не позволяет полностью избежать коллизий, но они обрабатываются на вышестоящих уровнях протокола. Метод применяется в сети Apple Local Talk, характерен простотой и низкой стоимостью цепей доступа [5].

CSMA/CD (Carrier Sense Multiple Access/Collision Detect) — множественный доступ с прослушиванием несущей и обнаружением коллизий. Узел, готовый послать кадр, прослушивает линию. При отсутствии несущей он начинает передачу кадра, одновременно контролируя состояние линии. При обнаружении коллизии передача прекращается, и повторная попытка откладывается на случайное время. Коллизии — нормальное, хотя и не очень частое явление для CSMA/CD. Их частота связана с количеством и активностью подключенных узлов. Нормально коллизии могут начинаться в определенном временном окне кадра, запоздалые коллизии сигнализируют об аппаратных неполадках в кабеле или узлах. Метод эффективнее, чем CSMA/CA, но требует более сложных и дорогих схем цепей доступа. Применяется во многих сетевых архитектурах: Ethernet, Ether Talk (реализация Ethernet фирмы Apple), G-Net, IBM PC Network, AT&T StarLAN [5].
^ 4.1.3 Особенности организации доступа к среде в сети Ethernet
Общий недостаток вероятностных методов доступа — неопределенное время прохождения кадра, резко возрастающее при увеличении нагрузки на сеть, что ограничивает его применение в системах реального времени [4].

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

В примере, изображенном на рис. 4.3, коллизию породила одновременная передача данных узлами 3 и 1. Для возникновения коллизии не обязательно, чтобы несколько станций начали передачу абсолютно одновременно, такая ситуация маловероятна. Гораздо вероятней, что коллизия возникает из-за того, что один узел начинает передачу раньше другого, но до второго узла сигналы первого просто не успевают дойти к тому времени, когда второй узел решает начать передачу своего кадра. То есть коллизии — это следствие распределенного характера сети.

Рисунок 4.3 - Схема возникновения и распространения коллизии
Чтобы корректно обработать коллизию, все станции одновременно наблюдают за возникающими на кабеле сигналами. Если передаваемые и наблюдаемые сигналы отличаются, то фиксируется обнаружение коллизии (collision detection, CD). Для увеличения вероятности скорейшего обнаружения коллизии всеми станциями сети станция, которая обнаружила коллизию, прерывает передачу своего кадра (в произвольном месте, возможно, и не на границе байта) и усиливает ситуацию коллизии посылкой в сеть специальной последовательности из 32 битов, называемой jam-последовательностью.

После этого обнаружившая коллизию передающая станция обязана прекратить передачу и сделать паузу в течение короткого случайного интервала времени. Затем она может снова предпринять попытку захвата среды и передачи кадра. Случайная пауза выбирается по принятому в Ethernet алгоритму [4].

Если 16 последовательных попыток передачи кадра вызывают коллизию, то передатчик должен прекратить попытки и отбросить этот кадр.

Рассмотренный метод доступа носит вероятностный характер, и вероятность успешного получения в свое распоряжение общей среды зависит от загруженности сети, то есть от интенсивности возникновения в станциях потребности в передаче кадров. При значительной интенсивности коллизий полезная пропускная способность сети Ethernet резко падает, так как сеть почти постоянно занята повторными попытками передачи кадров. Для уменьшения интенсивности возникновения коллизий нужно либо уменьшить трафик, сократив, например, количество узлов в сегменте, либо повысить скорость протокола, например, перейти на Fast Ethernet.

Метод доступа CSMA/CD не гарантирует станции, что она когда-либо сможет получить доступ к среде. Несмотря на то, что при небольшой загрузке сети вероятность такого события невелика, при коэффициенте использования сети, приближающемся к 1, такое событие становится очень вероятным. Этот недостаток метода случайного доступа - плата за его чрезвычайную простоту, которая сделала технологию Ethernet самой недорогой.

В технологии Ethernet, независимо от применяемого стандарта физического уровня, существует понятие домена коллизий.

Домен коллизий (collision domain) — это часть сети Ethernet, все узлы которой распознают коллизию независимо от того, в какой части этой сети коллизия возникла. Сеть Ethernet, построенная на повторителях (repeator) и концентраторах (hub), всегда образует один домен коллизий. Домен коллизий соответствует одной разделяемой среде, то есть такой среде передачи информации, где данные, передаваемые или принимаемые одним узлом сети принимаются всеми узлами, подключенными к данной среде передачи.

Приведенная на рис. 4.4 сеть представляет собой один домен коллизий. Если, например, столкновение кадров произошло в концентраторе (хабе) 4, то в соответствии с логикой работы концентраторов сигнал коллизии распространится по всем портам всех концентраторов.

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


Рисунок 4.4 - Иерархическое соединение концентраторов Ethernet

^ 4.2 Формирование кадров на подуровнях МАС и LLC

В 1980 году в институте IEЕЕ был организован комитет 802 по стандартизации локальных сетей, в результате работы которого было принято семейство стандартов IEEE 802.x, которые содержат рекомендации по проектированию нижних уровней локальных сетей [4]. Позже результаты работы этого комитета легли в основу комплекса международных стандартов ISO 8802-1...5. Эти стандарты были созданы на основе распространенных фирменных стандартов сетей Ethernet, ArcNet и Token Ring. Стандарты IEEE 802 имеют достаточно четкую структуру, приведенную на рис. 4.5.

Помимо IEEE в работе по стандартизации протоколов локальных сетей принимали участие и другие организации. Так, для сетей, работающих на оптоволокне, американским институтом по стандартизации ANSI был разработан стандарт FDDI, обеспечивающий скорость передачи данных 100 Мбит/с. Работы по стандартизации протоколов ведутся также ассоциацией ЕСМА, которой приняты стандарты ЕСМА-80, 81, 82 для локальной сети типа Ethernet и впоследствии стандарты ЕСМА-89,90 по методу передачи маркера.

Стандарты семейства IEEE 802.x охватывают только два нижних уровня семиуровневой модели OSI — физический и канальный. Это связано с тем, что именно эти уровни в наибольшей степени отражают специфику локальных сетей. Старшие же уровни, начиная с сетевого, в значительной степени имеют общие черты как для локальных, так и для глобальных сетей.

Специфика локальных сетей также нашла своё отражение в разделении канального уровня на два подуровня:

- управления логической связью (Logical Link Control, LLC);

- управления доступом к среде (Media Access Control, MAC).

Подуровень MAC появился из-за существования в локальных сетях разделяемой среды передачи данных. Именно этот подуровень обеспечивает корректное совместное использование общей среды, предоставляя ее в распоряжение той или иной станции сети в соответствии с определенным методом доступа. После того как доступ к среде получен, ею может пользоваться более высокий подуровень — подуровень LLC, организующий передачу логических единиц данных, кадров информации, с различной степенью качества транспортных услуг. В современных ЛС получили распространение несколько протоколов уровня MAC, реализующих различные методы доступа к разделяемой среде. Эти протоколы полностью определяют специфику таких технологий, как Ethernet, Fast Ethernet, Gigabit Ethernet, Token Ring, FDDI, 100VG-AnyLAN.

Рисунок 4.5 - Структура стандартов IEEE 802.x
Подуровень LLC осуществляет управление логической связью, то есть устанавливает виртуальный канал связи, отвечает за передачу кадров данных между узлами с различной степенью надежности и реализует функции интерфейса с прилегающим к нему сетевым уровнем. Именно через подуровень LLC сетевой протокол запрашивает у канального уровня нужную ему транспортную операцию с нужным качеством. На подуровне LLC существует несколько режимов работы, отличающихся наличием
или отсутствием на этом подуровне процедуры восстановления кадров в случае их потери или искажения, то есть отличающихся качеством транспортных услуг этого подуровня.

Протоколы подуровней MAC и LLC взаимно независимы — каждый протокол подуровня MAC может применяться с любым протоколом подуровня LLC, и наоборот.

Для предоставления сервиса сетевому уровню канальный уровень должен использовать сервисы, предоставляемые ему физическим уровнем [2]. Физический уровень принимает необработанный поток битов и пытается передать его по назначению. Этот поток не застрахован от ошибок. Количество принятых битов может быть меньше, равно или больше числа переданных битов. Кроме того, значения принятых битов могут отличаться от значений переданных. Канальный уровень должен обработать ошибки и, если нужно, исправить их.

Обычно канальный уровень разбивает поток битов на отдельные кадры и считает для каждого кадра контрольную сумму. Когда кадр прибывает в пункт назначения, его контрольная сумма подсчитывается снова. Если она отличается от содержащейся в кадре, то канальный уровень понимает, что при передаче кадра произошла ошибка, и принимает меры (например, игнорирует испорченный кадр и посылает передающей машине сообщение об ошибке).

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

Поскольку для отметки начала и конца кадра полагаться на временные параметры слишком рискованно, были разработаны другие методы маркировки границ кадров:

- подсчет количества символов;

- использование сигнальных байтов с символьным заполнением;

- использование флаговых последовательностей с битовым заполнением;

- использование запрещенных сигналов физического уровня.

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

^ 4.2.1 Форматы кадров подуровня LLC

Протокол LLC обеспечивает для технологий локальных сетей нужное качество услуг транспортной службы, передавая свои кадры либо дейтаграммным способом, либо с помощью процедур с установлением соединения и восстановлением кадров.

Протокол LLC занимает место между сетевыми протоколами и протоколами подуровня MAC [2, 4, 12]. Протоколы сетевого уровня передают через межуровневый интерфейс данные для протокола LLC - свой пакет (например, пакет IP, IPX или NetBEUI), адресную информацию об узле назначения, а также требования к качеству транспортных услуг, которое протокол LLC должен обеспечить. Протокол LLC помещает пакет протокола верхнего уровня в свой кадр, который дополняется необходимыми служебными полями. Далее через межуровневый интерфейс протокол LLC передает свой кадр вместе с адресной информацией об узле назначения соответствующему протоколу подуровня MAC, который упаковывает кадр LLC в свой кадр (рис. 4.6).


Кадр LLC



Рисунок 4.6 - Расположение подуровней и форматы протоколов
В основу протокола LLC положен протокол HDLC (High-level Data Link Control Procedure), являющийся стандартом ISO.

В соответствии со стандартом 802.2 подуровень управления логическим каналом LLC предоставляет верхним уровням три типа процедур [2]:

- LLC1 — процедура без установления соединения и без подтверждения;

- LLC2 — процедура с установлением соединения и подтверждением;

- LLC3 — процедура без установления соединения, но с подтверждением.

^ Процедура без установления соединения и без подтверждения LLC1. Этот сервис без подтверждений и без установки соединения заключается в том, что передающий узел посылает независимые кадры принимающему узлу, а принимающий узел не посылает подтверждений о приеме кадров. Никакие соединения заранее не устанавливаются и не разрываются после передачи кадров. Если какой-либо кадр теряется из-за шума в линии, то на канальном уровне не предпринимается никаких попыток восстановить его. Данный класс сервисов приемлем при очень низком уровне ошибок. В этом случае вопросы, связанные с восстановлением потерянных при передаче данных, могут быть оставлены верхним уровням. Он также применяется в линиях связи реального времени, таких, как передача речи, в которых лучше получить искаженные данные, чем получить их с большой задержкой. Сервис без подтверждений и без установки соединения используется в канальном уровне в большинстве ЛС.

^ Процедура с установлением соединений и подтверждением LLC2. Этот сервис является наиболее сложным. При использовании его источник и приемник, прежде чем передать друг другу данные, устанавливают соединение. Каждый посылаемый кадр нумеруется, а канальный уровень гарантирует, что каждый посланный кадр действительно принят на другой стороне канала связи. Кроме того, гарантируется, что каждый кадр был принят всего один раз и что все кадры были получены в правильном порядке. В службе без установления соединения, напротив, возможно, что при потере подтверждения один и тот же кадр будет послан несколько раз и, следовательно, несколько раз получен. Ориентированный на соединение сервис предоставляет процессам сетевого уровня эквивалент надежного потока битов.

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

В некоторых случаях (например, при использовании сетей в системах реального времени, управляющих промышленными объектами), когда временные издержки установления логического соединения перед отправкой данных неприемлемы, а подтверждение о корректности приема переданных данных необходимо, процедура без установления соединения и без подтверждения не подходит. Для таких случаев предусмотрена дополнительная процедура без установления соединения, но с подтверждением LLC3. При его использовании соединение не устанавливается, но получение каждого кадра подтверждается. Таким образом, отправитель знает, дошел ли кадр до пункта назначения в целости. Если в течение установленного интервала времени подтверждение не поступает, кадр посылается снова. Такая служба полезна в случае использования каналов с большой вероятностью ошибок, например, в беспроводных системах.

Следует отметить, что предоставление подтверждений является, скорее, оптимизацией, чем требованием. Сетевой уровень всегда может послать пакет и ожидать подтверждения его доставки. Если за установленный период времени подтверждение не будет получено отправителем, сообщение может быть выслано еще раз. Проблема при использовании данной стратегии заключается в том, что кадры обычно имеют жесткое ограничение максимальной длины, связанное с аппаратными требованиями. Пакеты сетевого уровня таких ограничений не имеют. Таким образом, если среднее сообщение разбивается на 10 кадров и 20% из них теряется по дороге, то передача сообщения таким методом может занять очень много времени. Если подтверждать получение отдельных кадров и в случае ошибки посылать их повторно, передача всего сообщения займет гораздо меньше времени. В таких надежных каналах, как, например, оптоволоконный кабель, накладные расходы на подтверждения на канальном уровне только снизят пропускную способность канала, однако для беспроводной связи такие расходы окупятся и уменьшат время передачи длинных сообщений. Данный подход аналогичен организации векторного и адресного переспроса обнаруженных искаженных пакетов (кадров) в системах передачи данных [13, 14].

Использование одного из трех режимов работы подуровня LLC зависит от стратегии разработчиков конкретного стека протоколов [4]. Например, в стеке TCP/IP подуровень LLC всегда работает в режиме LLC1, выполняя простую работу извлечения из кадра и демультиплексирования пакетов различных протоколов — IP, ARP. Аналогично используется стеком IPX/SPX подуровень LLC.

По своему назначению все кадры подуровня LLC (называемые в стандарте 802.2 блоками данных - Protocol Data Unit, FUU) подразделяются на три типа - информационные, управляющие и ненумерованные.

^ Информационные кадры (Information) предназначены для передачи информации в процедурах с установлением логического соединения LLC2 и должны обязательно содержать поле информации.

Управляющие кадры (Supervisory) предназначены для передачи команд и ответов в процедурах с установлением логического соединения LLC2, в том числе запросов на повторную передачу искаженных информационных блоков.

^ Ненумерованные кадры (Unnumbered) предназначены для передачи ненумерованных команд и ответов, выполняющих в процедурах без установления логического соединения передачу информации, идентификацию и тестирование LLC-подуровня, а в процедурах с установлением логического соединения LLC2 — установление и разъединение логического соединения, а также информирование об ошибках.

Все типы кадров подуровня LLC имеют единый формат (рис. 4.7).


Флаг

01111110

Адрес точки входа службы назначения (DSAP)

Адрес

точки входа службы источника (SSAP)

Управляющее поле

(Control)

Данные

(Data)

Флаг

01111110


Рисунок 4.7 - Структура кадра подуровня LLC
Кадр LLC обрамляется двумя однобайтовыми полями «Флаг», имеющими значение 01111110. Флаги используются на подуровнях МАС для определения границ кадра LLC. Кадр LLC вкладывается в кадр подуровня МАС, при этом флаги кадра LLC отбрасываются.

Кадр LLC содержит поле данных и заголовок, который состоит из трех полей:

- адреса точки входа службы назначения (Destination Service Access Point, DSAP);

- адреса точки входа службы источника (Source Service Access Point, SSAP);

- управляющего поля (Control).

^ Поле данных кадра LLC предназначено для передачи по сети пакетов протоколов вышележащих уровней — сетевых протоколов, например, IP. Поле данных может отсутствовать в управляющих кадрах и некоторых ненумерованных кадрах.

^ Адресные поля DSAP и SSAP занимают по 1 байту. Они позволяют указать, какая служба верхнего уровня пересылает данные с помощью этого кадра. Программному обеспечению узлов сети при получении кадров канального уровня необходимо распознать, какой протокол вложил свой пакет в поле данных поступившего кадра, чтобы передать извлеченный из кадра пакет нужному протоколу верхнего уровня для последующей обработки.

^ Поле управления (1 или 2 байта) имеет сложную структуру при работе в режиме LLC2 и достаточно простую структуру при работе в режиме LLC1 (рис. 4.8).

Рисунок 4.8 - Структура поля управления
В режиме LLC1 используется только один тип кадра — ненумерованный. У этого кадра поле управления имеет длину в один байт. Все подполя поля управления ненумерованных кадров принимают нулевые значения, так что значимыми остаются только первые два бита поля, используемые как признак типа кадра. Учитывая, что в протоколе Ethernet при записи реализован обратный порядок битов в байте, то запись поля управления кадра LLC1, вложенного в кадр протокола Ethernet, имеет значение не 0хС0 (1100 0000), а 0x03 (0000 0011) (здесь и далее префикс 0х обозначает шестнадцатеричное представление).

В режиме LLC2 используются все три типа кадров. В этом режиме кадры делятся на команды и ответы на эти команды [12].
1   2   3   4   5   6   7   8   9   ...   12

Похожие:

«Локальные информационные сети» iconМетодические указания к выполнению контрольной работы по дисциплине...
Методические указания к выполнению контрольной работы по дисциплине «Локальные информационные сети» для студентов специальности 090803...

«Локальные информационные сети» iconМетодические указания по обеспечению практических занятий, самостоятельной...
«Локальные информационные сети» для студентов специальности 090803 «Электронные системы» дневной формы обучения / О. В. Бережная,...

«Локальные информационные сети» iconУкраина, г. Киев, почтовый индекс: 02105
Ищу постоянную работу в сфере телекоммуникаций. Возможные направления: мобильная связь, коммутация и маршрутизация потоков, мониторинг...

«Локальные информационные сети» iconРеферат скачан с сайта allreferat wow ua
Однако стоимость кабельной сети на его основе высока, и поэтому он не нашел пока широкого распространения в локальных сетях. В основном...

«Локальные информационные сети» iconПравовые информационные ресурсы украины
Все правовые информационные ресурсы представленные в сети Интернет можно классифицировать следующим образом

«Локальные информационные сети» iconФакультет экономики и менеджмента
Интернет – это мировая компьютерная сеть электронной связи, объединяющая региональные, национальные, локальные и др сети

«Локальные информационные сети» iconОбзор технологий 7
Интернет – это глобальная компьютерная сеть, объединяющая многие локальные, региональные и корпоративные сети и включающая сотни...

«Локальные информационные сети» iconПрограмма курса amp act 1 1-й день: Презентация. Введение в кабельную...
Разъяснение различий между применением специальных и универсальных кабельных систем

«Локальные информационные сети» iconКафедра кибернетики и вычислительной техники
«Компьютерные системы и сети». Работает также аспирантура, в которой готовятся кандидаты технических наук по новейшим специальностям,...

«Локальные информационные сети» iconПеречень условных обозначений, сокращений, терминов
Лвс (Локальные Вычислительные Сети) представляют собой несколько компьютеров, имеющих общую среду передачи данных, и физически расположенных...

Вы можете разместить ссылку на наш сайт:
Школьные материалы


При копировании материала укажите ссылку © 2013
контакты
uchebilka.ru
Главная страница


<