<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Компьютерные сети &#187; Канальный уровень и локальные сети</title>
	<atom:link href="http://www.conlex.kz/category/kanalnyj-uroven-i-lokalnye-seti/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.conlex.kz</link>
	<description>Многоуровневая архитектура Интернета</description>
	<lastBuildDate>Wed, 30 Nov 2011 06:17:50 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.1.2</generator>
		<item>
		<title>Локальные сети</title>
		<link>http://www.conlex.kz/lokalnye-seti/</link>
		<comments>http://www.conlex.kz/lokalnye-seti/#comments</comments>
		<pubDate>Fri, 29 Feb 2008 10:24:47 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[Протоколы коллективного доступа]]></category>
		<category><![CDATA[ethernet]]></category>
		<category><![CDATA[http]]></category>
		<category><![CDATA[локальная сеть]]></category>
		<category><![CDATA[маршрутизатор]]></category>
		<category><![CDATA[провайдер]]></category>
		<category><![CDATA[протокол]]></category>
		<category><![CDATA[сеть]]></category>

		<guid isPermaLink="false">http://www.conlex.kz/lokalnye-seti/</guid>
		<description><![CDATA[Протоколы коллективного доступа используются в самых разных типах широковещательных каналов, а также в спутниковых и беспроводных каналах, узлы которых ведут передачу в радиодиапазоне, и в восходящих каналах при кабельном доступе к Интернету (см. раздел «Интернет-провайдеры и магистрали Интернета» в главе 1). Кроме того, протоколы коллективного доступа очень популярны в локальных сетях. Как уже упоминалось, локальная [...]]]></description>
			<content:encoded><![CDATA[<p>Протоколы коллективного доступа используются в самых разных типах широковещательных каналов, а также в спутниковых и беспроводных каналах, узлы которых ведут передачу в радиодиапазоне, и в восходящих каналах при кабельном доступе к Интернету (см. раздел «Интернет-провайдеры и магистрали Интернета» в главе 1). Кроме того, протоколы коллективного доступа очень популярны в локальных сетях.</p>
<p>Как уже упоминалось, локальная сеть представляет собой компьютерную сеть, географически сконцентрированную в одном здании или в комплексе зданий. Когда пользователь выходит в Интернет из здания университета или корпорации, доступ почти всегда осуществляется через локальную сеть. При подобном типе доступа к Интернету хост пользователя представляет собой узел локальной сети, а локальная сеть предоставляет доступ к Интернету через маршрутизатор, как показано на рис. 5.17. Здесь локальная сеть изображается как одна линия связи (один канал) между каждым пользовательским хостом и маршрутизатором. В линии связи используется протокол канального уровня (уровня передачи данных), частью которого является протокол коллективного доступа. Скорость передачи R в большинстве локальных сетей очень высока. Уже в начале 80-х годов популярными были локальные сети, работавшие на скорости 10 Мбит/с; сегодня широкое распространение получили сети со скоростями в 100 Мбит/с, но также существуют сети, работающие на скорости в 1 Гбит/с.</p>
<p><a href="http://www.conlex.kz/wp-content/uploads/2008/09/517.png" title="517.png"><img src="http://www.conlex.kz/wp-content/uploads/2008/09/517.png" alt="517.png" width="619" height="442" /></a></p>
<p>В 80-е годы и в начале 90-х популярными были два класса технологий локальных сетей. Первый класс технологий состоял из локальных сетей Ethernet (также известных по номеру стандарта IEEE 802.3), в которых применяется протокол произвольного доступа. Второй класс локальных сетей основан на протоколах передачи маркера, к которым относятся сети типа Token ring (маркерное кольцо), также известные как сети стандарта IEEE 802.5, и протоколе FDDI (Fiber Distributed Data Interface — распределенный интерфейс передачи данных по волоконно-оптическим каналам). Поскольку подробно технология Ethernet будет рассматриваться в одноименном разделе, здесь мы сконцентрируемся на локальных сетях с передачей маркера. Мы намеренно сократим обсуждение технологии передачи маркера, так как эти сети не выдержали конкуренции с технологией Ethernet и в настоящее время значительно уступают им по популярности. Тем не менее следует сказать несколько слов о сетях типа Token ring, чтобы на примере продемонстрировать технологию передачи маркера, а также дать представление об исторической перспективе.</p>
<p>В сетях типа Token ring N узлов локальной сети (хосты и маршрутизаторы) соединены в кольцо прямыми линиями связи. Порядок передачи маркера определяется топологией маркерного кольца. Узел получает маркер, передает кадр, после чего посылает маркер дальше. Таким образом, маркер обходит все кольцо, благодаря чему создается виртуальный широковещательный канал. Узел, передающий кадр, отвечает за удаление кадра из кольца. Протокол FDDI-был разработан для крупных локальных сетей с линиями большой протяженности, а также для так называемых региональных сетей (Metropolitan Area Network, MAN). В более крупных локальных сетях (распространенных на несколько километров) позволять кадру возвращаться к пославшему его узлу, после того как кадр достиг узла, которому он предназначался, неэффективно. В протоколе FDDI кадр из кольца удаляет узел-получатель. (Строго говоря, FDDI не является широковещательным каналом в чистом виде, так как передаваемый кадр получает не каждый узел.)
<p>Мой блог находят по следующим фразам</p>
<ul>
<li><a href="http://www.conlex.kz/obnovlenie-windows-7-v-avtonomnom-rezhime-putem-zagruzki-obnovlenij-na-drugom-kompyutere/">Как обновления Win7 на другой</a></li>
<li><a href="http://www.conlex.kz/category/kompyuternye-seti-i-internet/zaderzhki-i-poteri-dannyx-v-setyax-s-kommutaciej-paketov/zaderzhka-ozhidaniya-i-poterya-paketov/">задержка пакетов в сети  и потеря</a></li>
<li><a href="http://www.conlex.kz/oshibka-reestra-dllname/">DllName</a></li>
<li><a href="http://www.conlex.kz/naibolee-chasto-vstrechayushhiesya-problemy-s-hdd-ide/">старые типы HDD</a></li>
<li><a href="http://www.conlex.kz/category/kompyuternye-seti-i-internet/zaderzhki-i-poteri-dannyx-v-setyax-s-kommutaciej-paketov/">потери пакетов данных</a></li>
<li><a href="http://www.conlex.kz/nastrojka-besprovodnoj-seti/">как открыть доступ к общей папке через роутер</a></li>
</ul>
]]></content:encoded>
			<wfw:commentRss>http://www.conlex.kz/lokalnye-seti/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Протоколы последовательного доступа</title>
		<link>http://www.conlex.kz/protokoly-posledovatelnogo-dostupa/</link>
		<comments>http://www.conlex.kz/protokoly-posledovatelnogo-dostupa/#comments</comments>
		<pubDate>Thu, 28 Feb 2008 10:23:13 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[Протоколы коллективного доступа]]></category>
		<category><![CDATA[протокол]]></category>

		<guid isPermaLink="false">http://www.conlex.kz/protokoly-posledovatelnogo-dostupa/</guid>
		<description><![CDATA[Как уже упоминалось, двумя желательными свойствами протокола коллективного доступа являются, во-первых, возможность единственного активного узла передавать свои данные с максимальной пропускной способностью канала R бит/с, во-вторых, возможность для каждого из М активных узлов передавать свои данные со скоростью R/M бит/с. Протоколы ALOHA и CSMА удовлетворяют первому требованию, но не удовлетворяют второму. Это подвигло исследователей на [...]]]></description>
			<content:encoded><![CDATA[<p>Как уже упоминалось, двумя желательными свойствами протокола коллективного доступа являются, во-первых, возможность единственного активного узла передавать свои данные с максимальной пропускной способностью канала R бит/с, во-вторых, возможность для каждого из М активных узлов передавать свои данные со скоростью R/M бит/с. Протоколы ALOHA и CSMА удовлетворяют первому требованию, но не удовлетворяют второму. Это подвигло исследователей на создание нового класса протоколов — протоколов последовательного доступа. Как и в случае с протоколами произвольного доступа, существуют десятки протоколов последовательного доступа, и у каждого есть множество вариантов. Здесь мы рассмотрим два наиболее важных протокола последовательного доступа. Первый из них — протокол опроса. При использовании протокола опроса один из узлов должен быть назначен главным (управляющим) узлом. Главный узел поочередно опрашивает все узлы. Например, сначала главный узел посылает сообщение узлу 1, сообщая ему, что он может передать некоторое максимальное количество кадров. После того как узел 1 передает несколько кадров, главный узел разрешает передать некоторое количество кадров узлу 2. (Главный узел может определить момент завершения передачи очередным узлом по отсутствию сигнала в канале.) Данная процедура продолжается бесконечно, при этом главный узел в цикле опрашивает все узлы.<br />
<span id="more-454"></span>
<p>Мой блог находят по следующим фразам</p>
<ul>
<li><a href="http://www.conlex.kz/osnovy-rezervnogo-kopirovaniya-v-windows-server-2008-r2/">Windows Server Backup Features</a></li>
<li><a href="http://www.conlex.kz/7-sposobov-vypolnit-komandu-na-udalennom-kompyutere/">способы удаленного запуска команд</a></li>
<li><a href="http://www.conlex.kz/kak-smenit-direktoriyu-v-komandnoj-stroke/">сменить директорию</a></li>
<li><a href="http://www.conlex.kz/category/kompyuternye-seti-i-internet/zaderzhki-i-poteri-dannyx-v-setyax-s-kommutaciej-paketov/zaderzhka-ozhidaniya-i-poterya-paketov/">потеря пакетов интернет</a></li>
<li><a href="http://www.conlex.kz/kak-obnovit-programmu-na-c/">C# проверка доступности каталога</a></li>
<li><a href="http://www.conlex.kz/category/kompyuternye-seti-i-internet/zaderzhki-i-poteri-dannyx-v-setyax-s-kommutaciej-paketov/">задержка пакетов в сети</a></li>
</ul>
]]></content:encoded>
			<wfw:commentRss>http://www.conlex.kz/protokoly-posledovatelnogo-dostupa/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Протокол CSMA</title>
		<link>http://www.conlex.kz/protokol-csma/</link>
		<comments>http://www.conlex.kz/protokol-csma/#comments</comments>
		<pubDate>Thu, 28 Feb 2008 10:17:21 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[Протоколы произвольного доступа]]></category>
		<category><![CDATA[ethernet]]></category>
		<category><![CDATA[http]]></category>
		<category><![CDATA[ip]]></category>
		<category><![CDATA[протокол]]></category>

		<guid isPermaLink="false">http://www.conlex.kz/protokol-csma/</guid>
		<description><![CDATA[В обоих вариантах протокола ALOHA, дискретном и чистом, узел принимает решение о передаче кадра независимо от активности остальных узлов, присоединенных к широковещательному каналу. В частности, узел не обращает внимания на то, ведется ли в данный момент передача другими узлами, и не прекращает передачу в случае коллизий. Если вспомнить нашу аналогию с вечеринкой, протоколы ALOHA подобны [...]]]></description>
			<content:encoded><![CDATA[<p>В обоих вариантах протокола ALOHA, дискретном и чистом, узел принимает решение о передаче кадра независимо от активности остальных узлов, присоединенных к широковещательному каналу. В частности, узел не обращает внимания на то, ведется ли в данный момент передача другими узлами, и не прекращает передачу в случае коллизий. Если вспомнить нашу аналогию с вечеринкой, протоколы ALOHA подобны невоспитанным собеседникам, прерывающим чужой разговор и продолжающим говорить, несмотря на то что в разговор вступили другие участники вечеринки. У людей также есть свои протоколы, позволяющие им не только вести себя более цивилизованно, но и тратить меньше времени на «коллизии» друг с другом и, таким образом, повышать «производительность» беседы. В частности, существуют два важных правила вежливого разговора.</p>
<p>□ Слушайте, прежде чем говорить. Если кто-то уже говорит, подождите, пока он не закончит. В мире компьютерных сетей это правило называется контролем несущей и заключается в том, что узел прослушивает канал перед тем, как начать передачу. Если по каналу передается кадр, узел выжидает («отступает») в течение случайного периода времени, после чего снова опрашивает канал. Если канал оказывается свободным, узел начинает передачу кадра. В противном случае узел ждет в течение еще одного случайного интервала времени и повторяет весь процесс.<br />
□ Если кто-то начал говорить, прекращайте разговор. В мире компьютерных сетей это правило называется обнаружением коллизий. Оно заключается в том, что во время передачи узел прослушивает канал. Если он обнаруживает, что другой узел в этот момент времени тоже ведет передачу, он прекращает свою передачу и с помощью протокола вычисляет время своей следующей попытки передачи.<br />
Эти два правила реализованы в семействе протоколов CSMA (Carrier Sense Multiple Access — множественный доступ с контролем несущей) и CSMA/CD (CSMA with Collision Detection — множественный доступ с контролем несущей и обнаружением коллизий). Было разработано множество вариантов протоколов CSMA и CSMA/ CD. Кроме того, протокол CSMA/CD, применяемый в Ethernet-сети, мы подробно обсудим в разделе «Ethernet», а пока рассмотрим некоторые фундаментальные характеристики протоколов CSMA и CSMA/CD.</p>
<p>Первый вопрос о протоколе CSMA, который может возникнуть, состоит в том, как вообще могут возникать коллизии, если все узлы прослушивают несущую? В самом деле, ведь узел воздерживается от передачи, если он замечает, что канал занят.</p>
<p>Ответ на этот вопрос лучше всего проиллюстрировать с помощью пространственно-временной диаграммы. На рис. 5.15 показана пространственно-временная диаграмма работы четырех узлов (А, В, С, D), присоединенных к линейной широковещательной шине. На горизонтальной оси фиксируется положение каждого узла в пространстве, вдоль вертикальной оси изменяется время.</p>
<p>В момент времени t0 узел В опрашивает канал и приходит к выводу, что канал свободен, так как никакой другой узел в этот момент не ведет передачу. Поэтому узел В начинает передачу, и передаваемый им сигнал распространяется по широковещательному носителю в обоих направлениях со скоростью, близкой к скорости света, но конечной. В момент времени t(1)(t(1) &gt; t(0)) у узла D появляется кадр для передачи. Хотя узел В в этот момент уже передает данные, передаваемый им сигнал еще не достиг узла D, таким образом, узел D полагает, что канал свободен. Поэтому в соответствии с протоколом CSMA узел D начинает передачу своего кадра.</p>
<p>Немного позднее сигнал, передаваемый узлом В, смешивается с сигналом узла D — возникает коллизия. Из рисунка видно, что производительность широковещательного канала в значительной степени зависит от времени прохождения сигнала по каналу от одного узла до другого. Чем больше это время, тем выше вероятность коллизий, вызванных тем, что сигнал уже начавшего передачу узла не успел достичь другого узла, готового к передаче.</p>
<p><a href="http://www.conlex.kz/wp-content/uploads/2008/09/515.png" title="515.png"><img src="http://www.conlex.kz/wp-content/uploads/2008/09/515.png" alt="515.png" width="621" height="552" /></a></p>
<p>Изображенные на рис. 5.15 узлы не обнаруживают коллизию. Оба узла (В и D) продолжают передавать свои кадры целиком и после коллизии. При использовании протокола с обнаружением коллизий узел прекращает передачу, как только он обнаруживает коллизию. На рис. 5.16 показан тот же сценарий, что и на рис. 5.15, но в этом случае узлы прекращают передачу, обнаружив коллизию. Очевидно, добавление способности обнаружения коллизий повышает производительность протокола, так как продолжение передачи кадров в случае коллизии не имеет смысла и приводит лишь к дополнительным потерям времени. Протокол Ethernet, который будет рассматриваться в разделе «Ethernet», представляет собой протокол CSMA с обнаружением коллизий.</p>
<p><a href="http://www.conlex.kz/wp-content/uploads/2008/09/516.png" title="516.png"><img src="http://www.conlex.kz/wp-content/uploads/2008/09/516.png" alt="516.png" width="629" height="690" /></a>
<p>Мой блог находят по следующим фразам</p>
<ul>
<li><a href="http://www.conlex.kz/java-7-dlya-mac-os-x-budushhee-za-openjdk-2/">java 6 mac os x</a></li>
<li><a href="http://www.conlex.kz/oshibka-reestra-dllname/">Не удалось запросить элемент реестра DllName</a></li>
<li><a href="http://www.conlex.kz/menyaem-klyuch-dlya-windows-7/">как поменять ключ продукта windows 7</a></li>
<li><a href="http://www.conlex.kz/category/kompyuternye-seti-i-internet/zaderzhki-i-poteri-dannyx-v-setyax-s-kommutaciej-paketov/zaderzhka-ozhidaniya-i-poterya-paketov/">потеря пакетов</a></li>
<li><a href="http://www.conlex.kz/osnovy-rezervnogo-kopirovaniya-v-windows-server-2008-r2/">резервное копирование windows server 2008</a></li>
<li><a href="http://www.conlex.kz/ne-udaetsya-zapustit-brandmauer-windows/">не могу запустить службу брандмауэра server 2008</a></li>
</ul>
]]></content:encoded>
			<wfw:commentRss>http://www.conlex.kz/protokol-csma/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Чистый протокол ALOHA</title>
		<link>http://www.conlex.kz/chistyj-protokol-aloha/</link>
		<comments>http://www.conlex.kz/chistyj-protokol-aloha/#comments</comments>
		<pubDate>Wed, 27 Feb 2008 10:12:43 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[Протоколы произвольного доступа]]></category>
		<category><![CDATA[ethernet]]></category>
		<category><![CDATA[http]]></category>
		<category><![CDATA[протокол]]></category>
		<category><![CDATA[сеть]]></category>

		<guid isPermaLink="false">http://www.conlex.kz/chistyj-protokol-aloha/</guid>
		<description><![CDATA[Дискретный протокол ALOHA требует, чтобы все узлы синхронизировали время начала передачи кадров. Собственно, первый протокол ALOHA не был дискретным, представляя собой полностью децентрализованный протокол. В так называемом чистом протоколе ALOHA, когда прибывает первый кадр (то есть дейтаграмма сетевого уровня передается на более низкий уровень передающего узла), узел немедленно передает весь кадр целиком в широковещательный канал. [...]]]></description>
			<content:encoded><![CDATA[<p>Дискретный протокол ALOHA требует, чтобы все узлы синхронизировали время начала передачи кадров. Собственно, первый протокол ALOHA не был дискретным, представляя собой полностью децентрализованный протокол. В так называемом чистом протоколе ALOHA, когда прибывает первый кадр (то есть дейтаграмма сетевого уровня передается на более низкий уровень передающего узла), узел немедленно передает весь кадр целиком в широковещательный канал. Если переданный кадр сталкивается с одним или несколькими другими кадрами, с вероятностью р узел немедленно передает кадр повторно. В противном случае узел выжидает в течение времени, необходимого для передачи одного кадра, после чего опять с вероятностью р передает кадр либо пережидает еще один интервал времени.<br />
Чтобы определить максимальную эффективность чистого протокола ALOHA, сконцентрируем наше внимание на отдельном узле. Мы будем использовать те же допущения, что и в случае дискретного протокола ALOHA, и примем за единицу времени интервал (слот), требующийся для передачи одного кадра. В любой момент времени вероятность того, что узел передает кадр, равна р. Предположим, передача этого кадра началась в момент времени t(0). Как видно из рис. 5.14, чтобы этот кадр был передан успешно, никакой другой узел не должен начать свою передачу во временном интервале [t(0) - 1, t(0)], так как иначе такая передача совпадет по времени с началом передачи нашего узла. Вероятность того, что остальные узлы не начнут передачу в течение этого интервала времени, равна р(1 -p)(N-1). Аналогично, никакой другой узел не должен начать свою передачу, пока передает наш узел, так как такая передача также приведет к коллизии, но уже с концом нашего кадра. Вероятность этого события также равна р(1 &#8211; p)(N-1). Таким образом, вероятность успешной передачи кадра данным узлом равна р(1 &#8211; р)(2(N-1)). При стремлении количества узлов к бесконечности максимальная эффективность чистого протокола ALOHA будет равна всего лишь 1/(2е), то есть половине от максимальной эффективности дискретного протокола ALOHA. Такова плата за полную децентрализацию.</p>
<p><a href="http://www.conlex.kz/wp-content/uploads/2008/09/514.png" title="514.png"><img src="http://www.conlex.kz/wp-content/uploads/2008/09/514.png" alt="514.png" width="597" height="248" /></a></p>
<p><em>ИСТОРИЧЕСКАЯ СПРАВКА -<br />
Доктор философии Норм Абрамсон любил серфинг и интересовался коммутацией пакетов. Это сочетание увлечений привело его в 1969 году в Гавайский университет. Гавайи представляют собой множество гористых островков, на которых трудно установить традиционную локальную сеть. В свободное от серфинга время Абрамсон размышлял о том, как разработать сеть с коммутацией пакетов, передаваемых по радио. У спроектированной им сети был один центральный хост и несколько второстепенных узлов, разбросанных по Гавайским островам. У сети было два канала, для каждого из которых использовался свой частотный диапазон. По нисходящему широковещательному каналу пакеты рассылались от центрального хоста остальным узлам. По восходящему каналу остальные узлы посылали пакеты центральному хосту. Помимо информационных пакетов центральный хост также посылал подтверждения для каждого успешно принятого пакета.</em></p>
<p><em>Поскольку второстепенные узлы передавали пакеты децентрализованно, в восходящем канале неизбежно возникали коллизии. Это наблюдение натолкнуло Абрамсона на идею протокола ALOHA (чистого), описанного в этой главе. В 1970 году Абрамсон при финансовой поддержке управления ARPA соединил сеть ALOHAnet с сетью ARPAnet. Эта работа не только привела к рождению первой беспроводной сети с коммутацией пакетов, но еще и вдохновила Боба Меткалфа на создание на основе ALOHA протокола CSMA/CD и локальной Ethernet-сети.</em>
<p>Мой блог находят по следующим фразам</p>
<ul>
<li><a href="http://www.conlex.kz/osnovy-rezervnogo-kopirovaniya-v-windows-server-2008-r2/">windows 2008 server fh[bdbhjdfybt  afqkjd</a></li>
<li><a href="http://www.conlex.kz/kak-vosstanovit-udalennye-fajly/">как восстановить удаленные файлы</a></li>
<li><a href="http://www.conlex.kz/kak-vosstanovit-udalennye-fajly/">как восстановить удаленный файл</a></li>
<li><a href="http://www.conlex.kz/category/setevoj-uroven-i-marshrutizaciya/">Характеристики алгоритмов маршрутизации</a></li>
<li><a href="http://www.conlex.kz/category/setevoj-uroven-i-marshrutizaciya/osnovy-marshrutizacii/">Характеристики алгоритмов маршрутизации</a></li>
<li><a href="http://www.conlex.kz/diagnosticheskie-utility-tcpip-i-dns/">как настроить протокол tcp ip</a></li>
</ul>
]]></content:encoded>
			<wfw:commentRss>http://www.conlex.kz/chistyj-protokol-aloha/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Протоколы произвольного доступа</title>
		<link>http://www.conlex.kz/protokoly-proizvolnogo-dostupa/</link>
		<comments>http://www.conlex.kz/protokoly-proizvolnogo-dostupa/#comments</comments>
		<pubDate>Tue, 26 Feb 2008 10:06:08 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[Протоколы произвольного доступа]]></category>
		<category><![CDATA[ethernet]]></category>
		<category><![CDATA[протокол]]></category>

		<guid isPermaLink="false">http://www.conlex.kz/protokoly-proizvolnogo-dostupa/</guid>
		<description><![CDATA[Второй широкий класс протоколов коллективного доступа составляют так называемые протоколы произвольного доступа. В протоколе произвольного доступа передающий узел всегда передает данные в канал с максимальной скоростью, то есть R бит/с. Когда возникает коллизия, каждый вовлеченный в нее узел передает свой кадр повторно до тех пор, пока ему не удастся пройти по каналу без коллизий. Однако, [...]]]></description>
			<content:encoded><![CDATA[<p>Второй широкий класс протоколов коллективного доступа составляют так называемые протоколы произвольного доступа. В протоколе произвольного доступа передающий узел всегда передает данные в канал с максимальной скоростью, то есть R бит/с. Когда возникает коллизия, каждый вовлеченный в нее узел передает свой кадр повторно до тех пор, пока ему не удастся пройти по каналу без коллизий.</p>
<p>Однако, испытав коллизию, узел, как правило, не повторяет передачу тут же, а выжидает в течение случайного интервала времени. Благодаря разной длительности случайных интервалов времени существует ненулевая вероятность того, что интервал, выбранный одним из узлов, окажется меньше, чем у других вовлеченных в коллизию узлов, и он успеет «пропихнуть» свой кадр в канал без коллизии.<br />
В литературе описаны десятки, если не сотни, протоколов произвольного доступа. В данном разделе мы опишем некоторые из наиболее популярных, включая протоколы ALOHA и CSMA. Затем в разделе «Ethernet» мы обсудим детали популярной Ethernet-сети, использующей протокол CSMA.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.conlex.kz/protokoly-proizvolnogo-dostupa/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Дискретный протокол ALOHA</title>
		<link>http://www.conlex.kz/diskretnyj-protokol-aloha/</link>
		<comments>http://www.conlex.kz/diskretnyj-protokol-aloha/#comments</comments>
		<pubDate>Mon, 25 Feb 2008 10:07:30 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[Протоколы произвольного доступа]]></category>
		<category><![CDATA[http]]></category>
		<category><![CDATA[протокол]]></category>

		<guid isPermaLink="false">http://www.conlex.kz/diskretnyj-protokol-aloha/</guid>
		<description><![CDATA[Начнем наше изучение протоколов произвольного доступа с одного из наиболее простых протоколов, так называемого дискретного протокола ALOHA. В нашем описании дискретной системы ALOHA мы будем предполагать следующее: □ все кадры состоят ровно из L бит; □ время разделено на интервалы времени (слоты) длительностью L/R секунд (это время, за которое передается один кадр); □ узлы начинают [...]]]></description>
			<content:encoded><![CDATA[<p>Начнем наше изучение протоколов произвольного доступа с одного из наиболее простых протоколов, так называемого дискретного протокола ALOHA. В нашем описании дискретной системы ALOHA мы будем предполагать следующее:<br />
□ все кадры состоят ровно из L бит;<br />
□ время разделено на интервалы времени (слоты) длительностью L/R секунд (это время, за которое передается один кадр);<br />
□ узлы начинают передачу кадров только в момент начала очередного слота;<br />
□ узлы синхронизируются так, что каждый узел знает, когда начинается слот;<br />
□ если в течение данного временного слота сталкиваются несколько кадров, тогда все узлы обнаруживают факт столкновения, прежде чем закончится данный слот.</p>
<p>Работа дискретного протокола ALOHA на каждом узле проста. Когда у узла есть новый кадр для передачи, он ждет, пока не начнется новый временной слот, после чего весь кадр передается в течение одного временного слота. Если передача проходит без коллизии, повторная передача кадра не требуется (узел может подготовить к передаче новый кадр). В случае коллизии узел обнаруживает факт коллизии, прежде чем заканчивается данный слот. Затем при наступлении каждого последующего слота с вероятностьюр узел передает кадр повторно до тех пор, пока кадр не будет передан без коллизии.</p>
<p>Под повторной передачей кадра с вероятностью р мы подразумеваем, что узел как бы подбрасывает монетку. При этом кадр передается повторно, только если выпадает решка, что происходит с вероятностью р. При выпадении орла, что происходит с вероятностью (1 -р), узел пропускает данный временной интервал и подбрасывает монетку еще раз. Все узлы, вовлеченные в коллизию, подбрасывают свои монетки независимо друг от друга.</p>
<p>Может показаться, что дискретный протокол ALOHA обладает рядом достоинств. В отличие от протоколов мультиплексирования с разделением канала, дискретный протокол ALOHA позволяет единственному активному в сети узлу передавать кадры без перерыва с максимальной скоростью R (узел называется активным, если у него есть кадр для передачи). Дискретный протокол ALOHA является в большой степени децентрализованным, так как каждый узел сам обнаруживает факт коллизии и независимо от других узлов принимает решение о времени повторной передачи. (Однако для использования дискретного протокола ALOHA требуется синхронизация узлов. Далее мы кратко обсудим непрерывную версию протокола ALOHA, а также протоколы CSMA, не требующие подобной синхронизации и, таким образом, являющиеся полностью децентрализованными.) Кроме того, ALOHA представляет собой чрезвычайно простой протокол.</p>
<p>Дискретный протокол ALOHA хорошо работает в тех ситуациях, когда имеется только один активный узел, но какова его эффективность при наличии нескольких активных узлов? Эффективность дискретного протокола ALOHA снижается благодаря двум факторам. Во-первых, как показано на рис. 5.13, когда в сети несколько активных узлов, определенная доля слотов тратится впустую из-за коллизий. (Как показано на рисунке, в первом слоте в коллизию вовлекаются три узла. Затем узлу 2 удается передать кадр в четвертом слоте, узлу 1 — в восьмом слоте, а узлу 3 — в девятом.) Во-вторых, другая доля слотов тратится напрасно, когда все активные узлы одновременно отказываются от передачи. Дискретный протокол ALOHA работает продуктивно только в те слоты, когда передавать требуется ровно одному узлу. Слот, на протяжении которого передает только один узел, называется успешным слотом. Эффективность дискретного протокола коллективного доступа определяется долей успешных слотов в ситуации большого количества активных узлов, у каждого из которых всегда есть большое количество кадров для передачи. Обратите внимание, что, если вообще не использовать протокола коллективного доступа и после коллизии немедленно повторять передачу каждым из узлов, эффективность сети была бы равна нулю. Дискретный протокол ALOHA очевидно увеличивает эффективность сети, но насколько?</p>
<p><a href="http://www.conlex.kz/wp-content/uploads/2008/09/513.png" title="513.png"><img src="http://www.conlex.kz/wp-content/uploads/2008/09/513.png" alt="513.png" width="618" height="331" /></a></p>
<p>Попытаемся определить максимальную эффективность дискретного протокола ALOHA. Чтобы упростить наши вычисления, немного изменим протокол, предположив, что каждый узел с вероятностью р пытается передать кадр с наступлением каждого нового слота. То есть мы предполагаем, что у каждого узла всегда есть кадр для передачи и узел всегда с вероятностью р пытается передать кадр независимо от того, новый это кадр или передаваемый повторно. Пусть в сети будет N узлов. В этом случае слот оказывается успешным, если один из узлов передает, а N &#8211; 1 узлов воздерживаются от передачи. Вероятность того, что некий конкретный узел будет передавать, равна р. Вероятность того, что остальные N- 1 узлов не будут передавать, равна (1 &#8211; p)(N-1). Таким образом, вероятность того, что данному узлу удастся успешно передать кадр, равна р(1 -p)(N-1). Поскольку существует N узлов, вероятность того, что повезет одному (любому) из них, равна Np(i -p)(N-1).<br />
Таким образом, при наличии N активных узлов эффективность дискретного протокола ALOHA равна Np(l -p)(N-1). Чтобы определить максимальную эффективность протокола при iV активных узлах, нам нужно найти такое значение вероятности р*, при котором данное выражение достигает максимума. А чтобы получить максимальную эффективность протокола для большого количества активных узлов, мы можем найти предел значения Np*(l -p*)(N-l) для значения N, стремящегося к бесконечности (опять же, см. упражнения в конце главы). Выполнив все эти вычисления, мы обнаружим, что максимальная эффективность протокола составляет 1/е ~ 0,36788. Таким образом, когда у большого количества узлов имеется много кадров для передачи, то (в лучшем случае) только окбло 37 % слотов канал будет работать с пользой. То есть эффективная пропускная способность канала равна не R бит/с, а всего лишь 0,37 R бит/с! Оказывается, что около 37 % времени канал будет простаивать и еще около 26 % времени тратить на обработку коллизий. Представьте себе несчастного сетевого администратора, приобретшего дискретную систему ALOHA с пропускной способностью 100 Мбит/с и собирающегося использовать ее для обслуживания трафика между большим количеством пользователей с суммарной пропускной способностью около 80 Мбит/с! Несмотря на то что мгновенная пропускная способность канала равна 100 Мбит/с, его успешная пропускная способность составит менее 37 Мбит/с.
<p>Мой блог находят по следующим фразам</p>
<ul>
<li><a href="http://www.conlex.kz/protokol-dhcp/">протокол DHCP</a></li>
<li><a href="http://www.conlex.kz/7-sposobov-vypolnit-komandu-na-udalennom-kompyutere/">из Vbs выполнить команду cmd</a></li>
<li><a href="http://www.conlex.kz/perexod-s-ipv4-na-ipv6/">gtht[jl c ip4 на шз6</a></li>
<li><a href="http://www.conlex.kz/lokalnaya-politika-bezopasnosti-chast-7-politiki-provodnoj-seti/">применение  IEEE 802.1X</a></li>
<li><a href="http://www.conlex.kz/category/setevoj-uroven-i-marshrutizaciya/">МАРШРУТИЗАТОР В РОЛИ ПРИЕМНИКА</a></li>
<li><a href="http://www.conlex.kz/oshibka-reestra-dllname/">Не удалось запросить элемент реестра DllName</a></li>
</ul>
]]></content:encoded>
			<wfw:commentRss>http://www.conlex.kz/diskretnyj-protokol-aloha/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Протокол CDMA</title>
		<link>http://www.conlex.kz/protokol-cdma/</link>
		<comments>http://www.conlex.kz/protokol-cdma/#comments</comments>
		<pubDate>Sun, 24 Feb 2008 09:40:41 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[Протоколы разделения канала]]></category>
		<category><![CDATA[http]]></category>
		<category><![CDATA[ip]]></category>
		<category><![CDATA[протокол]]></category>

		<guid isPermaLink="false">http://www.conlex.kz/protokol-cdma/</guid>
		<description><![CDATA[Еще один метод коллективного использования общего канала, который мы рассмотрим, предлагает протокол CDMA (Code Division Multiple Access — множественный доступ с кодовым разделением). В отличие от схем мультиплексирования с частотным и временным разделением канала, предоставляющих узлам частотные диапазоны или временные интервалы, протокол CDMA назначает каждому узлу собственный код. Затем каждый узел использует этот уникальный код [...]]]></description>
			<content:encoded><![CDATA[<p>Еще один метод коллективного использования общего канала, который мы рассмотрим, предлагает протокол CDMA (Code Division Multiple Access — множественный доступ с кодовым разделением). В отличие от схем мультиплексирования с частотным и временным разделением канала, предоставляющих узлам частотные диапазоны или временные интервалы, протокол CDMA назначает каждому узлу собственный код. Затем каждый узел использует этот уникальный код для кодирования передаваемых им данных. Как мы увидим, протокол CDMA позволяет нескольким узлам передавать данные одновременно, при этом получатели могут корректно принимать эти данные (при условии, что получателю известен код передатчика). Протокол CDMA в течение некоторого времени использовался в военных системах связи (благодаря своей устойчивости к попыткам подавления сигнала), а в настоящее время получает все более широкое распространение в гражданских беспроводных средствах связи коллективного доступа.<br />
В протоколе CDMA при передаче каждый бит кодируется, для чего он умножается на некий сигнал (код), изменяющийся с частотой, в несколько раз превосходящей исходную скорость передачи данных. Рисунок 5.11 иллюстрирует простой идеализированный сценарий кодирования/декодирования данных протоколом CDMA. Предположим, что частота, с которой исходные биты попадают в кодирующее устройство CDMA, определяет длительность временного интервала, то есть для передачи каждого бита данных требуется один однобитовый временной слот. Пусть dt — значение бита данных для f-го битового слота. Нам будет удобнее представлять нулевой бит данных как -1. Каждый битовый слот разделяется на М мини-слотов. На рисунке М = 8, хотя на практике применяют гораздо большие значения.</p>
<p>Используемый передатчиком CDMA-код состоит из последовательности М значений ст,т= 1,М, каждое из которых может равняться +1 или -1. В данном примере этот код равен (1, 1, 1, -1, 1, -1, -1, -1).</p>
<p><a href="http://www.conlex.kz/wp-content/uploads/2008/09/511.png" title="511.png"><img src="http://www.conlex.kz/wp-content/uploads/2008/09/511.png" alt="511.png" width="612" height="578" /></a></p>
<p>Чтобы проиллюстрировать, как работает протокол CDMA, рассмотрим i-й бит данных d(i). Для т-го мини-слота передачи бита d(i) выход кодирующего устройства Z(i,m) будет равен произведению величины d(i) на т-й бит кода CDMA с(m):</p>
<p><a href="http://www.conlex.kz/wp-content/uploads/2008/09/form51.png" title="form51.png"><img src="http://www.conlex.kz/wp-content/uploads/2008/09/form51.png" alt="form51.png" width="468" height="38" /></a></p>
<p>В простом случае отсутствия передатчиков, кадры которых накладываются друг на друга, получатель получит кодированные биты Z(i,m), по которым сможет определить значение исходного бита данных по формуле</p>
<p><a href="http://www.conlex.kz/wp-content/uploads/2008/09/form52.png" title="form52.png"><img src="http://www.conlex.kz/wp-content/uploads/2008/09/form52.png" alt="form52.png" width="462" height="59" /></a></p>
<p>Возможно, читателю захочется подробнее изучить пример на рис. 5.11, чтобы убедиться, что исходные биты данных корректно восстанавливаются приемником с помощью формулы 5.2.</p>
<p>Однако на практике все бывает далеко не так идеально, и протоколу CDMA приходится работать в ситуации нескольких одновременно работающих передатчиков, использующих разные коды. Но как удается CDMA-приемнику корректно распознать оригинальные биты данных, если на них накладываются биты, переданные другими передатчиками? Протокол CDMA работает в предположении об аддитивности интерферирующих битовых сигналов. Это означает, что, если, например, за один и тот же мини-слот три передатчика передают значение 1 а затем четвертый передатчик передает -1, тогда все приемники получат значение 2 (1 + 1 + 1-1 = 2). В присутствии нескольких передатчиков передатчик 5 вычисляет свои передаваемые данные Zm тем же способом (см. формулу 5.1). Однако теперь значение, полученное приемником за т-и мини-слот, представляет собой сумму битов, переданных всеми N передатчиками за этот интервал времени:</p>
<p><a href="http://www.conlex.kz/wp-content/uploads/2008/09/form9.png" title="form9.png"><img src="http://www.conlex.kz/wp-content/uploads/2008/09/form9.png" alt="form9.png" width="124" height="58" /></a></p>
<p>Замечательно, что при соответствующем выборе кодов каждый получатель сможет извлечь передаваемые ему данные из суммарного сигнала способом, который используется в формуле 5.2:</p>
<p><a href="http://www.conlex.kz/wp-content/uploads/2008/09/form53.png" title="form53.png"><img src="http://www.conlex.kz/wp-content/uploads/2008/09/form53.png" alt="form53.png" width="438" height="57" /></a></p>
<p>Пример работы протокола CDMA с двумя передатчиками показан на рис. 5.12. Верхний передатчик использует код (1, 1, 1,-1, 1,-1,-1,-1), а нижний передатчик — код (1,-1, 1, 1, 1,-1, 1, 1). В данном примере получатель восстанавливает оригинальную последовательность битов, посланных верхним передатчиком. Обратите внимание, что получатель может извлечь из сигнала данные, передаваемые передатчиком 1, хотя на сигнал передатчика 1 налагается сигнал передатчика 2.</p>
<p>Если вернуться к нашей аналогии с вечеринкой, то протокол CDMA напоминает ситуацию, в которой участники вечеринки разговаривают на нескольких языках. В этом случае людям несложно фиксировать внимание на понятном им языке и отфильтровывать остальную речь. Таким образом, протокол CDMA разделяет кодовое пространство (в отличие от протоколов мультиплексирования с временным или частотным разделением) и предоставляет каждому узлу определенную долю кодового пространства.</p>
<p>К сожалению, мы не можем здесь подробнее обсудить протокол CDMA. Отметим лишь, что при его практическом применении возникает множество сложных проблем. Во-первых, чтобы приемник мог извлечь сигнал конкретного передатчика, следует тщательно выбирать CDMA-коды. Во-вторых, при нашем обсуждении протокола CDMA предполагалось, что мощности принимаемых приемником сигналов от разных передатчиков одинаковы, чего крайне трудно добиться на практике.</p>
<p><a href="http://www.conlex.kz/wp-content/uploads/2008/09/512.png" title="512.png"><img src="http://www.conlex.kz/wp-content/uploads/2008/09/512.png" alt="512.png" width="614" height="670" /></a>
<p>Мой блог находят по следующим фразам</p>
<ul>
<li><a href="http://www.conlex.kz/kak-obnovit-ip-adres-vydannyj-dhcp-serverom/">как обновить ip адрес с dhcp</a></li>
<li><a href="http://www.conlex.kz/menyaem-klyuch-dlya-windows-7/">изменить код продукта windows 7</a></li>
<li><a href="http://www.conlex.kz/vzlom-icq-parolej/">восстановление пароля icq md-5</a></li>
<li><a href="http://www.conlex.kz/category/prikladnoj-uroven/web-i-http/postoyannye-i-nepostoyannye-soedineniya/">постоянные и непостоянные ip</a></li>
<li><a href="http://www.conlex.kz/kak-sbrosit-parol-bios/">сброс пароля в биосе</a></li>
<li><a href="http://www.conlex.kz/nastrojki-bios/">bios настройки</a></li>
</ul>
]]></content:encoded>
			<wfw:commentRss>http://www.conlex.kz/protokol-cdma/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>TDM- и FDM-мультиплексирование</title>
		<link>http://www.conlex.kz/tdm-i-fdm-multipleksirovanie/</link>
		<comments>http://www.conlex.kz/tdm-i-fdm-multipleksirovanie/#comments</comments>
		<pubDate>Sat, 23 Feb 2008 09:38:25 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[Протоколы разделения канала]]></category>
		<category><![CDATA[http]]></category>
		<category><![CDATA[ip]]></category>
		<category><![CDATA[протокол]]></category>

		<guid isPermaLink="false">http://www.conlex.kz/tdm-i-fdm-multipleksirovanie/</guid>
		<description><![CDATA[Вспомним (см. раздел «Ядро компьютерных сетей» в главе 1) наше обсуждение двух методов разделения пропускной способности широковещательного канала между узлами: мультиплексирования с временным разделением (Time-Division Multiplexing, TDM) и мультиплексирования с частотным разделением (Frequent-Division Multiplexing, FDM). Предположим для примера, что канал поддерживает N узлов и скорость передачи данных в канале равна R бит/с. При временном разделении [...]]]></description>
			<content:encoded><![CDATA[<p>Вспомним (см. раздел «Ядро компьютерных сетей» в главе 1) наше обсуждение двух методов разделения пропускной способности широковещательного канала между узлами: мультиплексирования с временным разделением (Time-Division Multiplexing, TDM) и мультиплексирования с частотным разделением (Frequent-Division Multiplexing, FDM). Предположим для примера, что канал поддерживает N узлов и скорость передачи данных в канале равна R бит/с. При временном разделении канала время делится на интервалы, называемые кадрами, каждый из которых делится на N элементарных интервалов времени, называемых слотами. Затем каждому из N узлов назначается один временной слот. Когда у узла есть кадр для отправки, он передает биты этого кадра в течение назначенного ему элементарного интервала времени. Как правило, длина слота выбирается таким образом, чтобы за этот интервал можно было передать один кадр. На рис. 5.10 показан простой пример мультиплексирования с временным разделением для канала с четырьмя узлами. Если вернуться к нашей аналогии с вечеринкой, то при такой схеме каждый участник вечеринки сможет говорить в течение некоторого фиксированного интервала времени, после чего такое же право получает другой участник, и т. д. После того как возможность поговорить получат все участники вечеринки, эта возможность снова переходит первому участнику, и все повторяется.<br />
<span id="more-437"></span>
<p>Мой блог находят по следующим фразам</p>
<ul>
<li><a href="http://www.conlex.kz/kak-poluchit-dostup-k-zablokirovannomu-sajtu-odnoklassniki-ili-drugim-ogranichennym-sajtam-pri-pomoshhi-proksi-ne-ispolzuya-besplatnye-proksi-servera/">вход на одноклассники через другой сайт</a></li>
<li><a href="http://www.conlex.kz/excel-ne-vychislyaet-formuly-avtomaticheski/">excel 2010 не считает формулы</a></li>
<li><a href="http://www.conlex.kz/menyaem-klyuch-dlya-windows-7/">slmgr.vbs -ato</a></li>
<li><a href="http://www.conlex.kz/obzor-ispolzovaniya-silverlight-prism-chast-1-teoriticheskaya-2/">silverlight eventaggregator отдельно от prism</a></li>
<li><a href="http://www.conlex.kz/osnovy-rezervnogo-kopirovaniya-v-windows-server-2008-r2/">backup из командной строки windows 2008</a></li>
<li><a href="http://www.conlex.kz/7-sposobov-vypolnit-komandu-na-udalennom-kompyutere/">как через cmd зайти на удаленный комп</a></li>
</ul>
]]></content:encoded>
			<wfw:commentRss>http://www.conlex.kz/tdm-i-fdm-multipleksirovanie/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Каналы коллективного доступа</title>
		<link>http://www.conlex.kz/kanaly-kollektivnogo-dostupa/</link>
		<comments>http://www.conlex.kz/kanaly-kollektivnogo-dostupa/#comments</comments>
		<pubDate>Fri, 22 Feb 2008 09:32:55 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[Протоколы коллективного доступа]]></category>
		<category><![CDATA[ethernet]]></category>
		<category><![CDATA[http]]></category>
		<category><![CDATA[протокол]]></category>

		<guid isPermaLink="false">http://www.conlex.kz/kanaly-kollektivnogo-dostupa/</guid>
		<description><![CDATA[В начале главы мы отметили, что существуют два типа сетевых каналов: двухточечные и широковещательные. Двухточечная линия связи состоит из передатчика на одном конце линии и приемника на другом конце. Для двухточечных линий связи разработано множество протоколов канального уровня. Ниже в этой главе будет рассказано о двух таких протоколах: РРР (Point-to-Point Protocol — протокол передачи от [...]]]></description>
			<content:encoded><![CDATA[<p>В начале главы мы отметили, что существуют два типа сетевых каналов: двухточечные и широковещательные. Двухточечная линия связи состоит из передатчика на одном конце линии и приемника на другом конце. Для двухточечных линий связи разработано множество протоколов канального уровня. Ниже в этой главе будет рассказано о двух таких протоколах: РРР (Point-to-Point Protocol — протокол передачи от точки к точке) и HDLC (High-level Data Link Control — высокоуровневый протокол управления каналом). Второй тип канала, широковещательный канал, может иметь несколько передающих и принимающих узлов, присоединенных к одному и тому же совместно используемому широковещательному каналу. Термин «широковещание» используется здесь потому, что, когда один из узлов передает кадр, этот кадр принимается всеми остальными узлами, присоединенными к каналу. Примерами применения широковещательной технологии канального уровня являются Ethernet-сети и беспроводные локальные сети. В данном разделе мы сделаем небольшое отступление от темы протоколов канального уровня и сначала рассмотрим крайне важную для канального уровня проблему, заключающуюся в координации доступа множества передающих и принимающих узлов к общему широковещательному каналу, — так называемую проблему коллективного доступа. Широковещательные каналы часто применяют в локальных сетях, то есть в сетях, географически сконцентрированных в одном здании (или комплексе зданий, принадлежащих одной организации, например университету или компании). В конце этого раздела мы познакомимся с тем, как используются каналы коллективного доступа в локальных сетях.</p>
<p>Нам всем известно понятие широковещательной рассылки, так к № эта технология передачи данных используется в телевидении с момента его изобретения. Но в традиционном телевидении широковещательная рассылка является односторонней, так как там один фиксированный узел передает информацию множеству получающих узлов. Между тем узлы компьютерной широковещательн ой сети могут как принимать данные, так и передавать их. Возможно, более близкой к компьютерной широковещательной сети аналогией является вечеринка с коктейлями, где множество людей собираются в большой комнате (средой широковещательного канала при этом является воздух), чтобы поговорить и послушать. Вторая хорошая аналогия, хорошо знакомая многим читателям, — классная комната, в которой преподаватель и студенты совместно используют один общий широковещательный носитель. Центральная проблема обоих сценариев заключается в том, чтобы решить, кто и когда получает право говорить (передавать по каналу). Для себя люди разработали сложный набор правил коллективного использования канала:<br />
□ «дайте возможность поговорить каждому»;<br />
□ «не говорите, пока с вами не заговорят»;<br />
□ «не монополизируйте беседу»;<br />
□ «если у вас есть вопрос, поднимите руку»;<br />
□ «не прерывайте говорящего громким храпом».</p>
<p>Обмен данными в компьютерных сетях также управляется наборами правил, составляющих так называемые протоколы коллективного доступа. Как показано на рис. 5.9, протоколы коллективного доступа применяются в сетях самых разных конфигураций, включая кабельные и беспроводные локальные сети, а также спутниковые сети. Хотя технически каждый узел получает доступ к широковещательному каналу через адаптер, в данном разделе и передающее, и принимающее устройства мы будем называть узлом. На практике по одному широковещательному каналу могут обмениваться данными сотни или даже тысячи узлов. Поскольку передавать кадры могут все узлы, возможна ситуация, когда одновременно начнут передачу несколько узлов. Когда такое происходит, каждый из узлов одновременно получает несколько кадров, то есть на принимающих узлах имеет место коллизия переданных кадров. Как правило, в случае коллизии принимающие узлы не могут корректно обрабатывать принятые кадры, так как сигналы таких кадров накладываются друг на друга. Таким образом, все вовлеченные в коллизию кадры теряются, а все время, пока они передавались, оказывается потраченным впустую. Очевидно, что наличие множества узлов, требующих частой передачи данных, означает высокую вероятность коллизий и низкий коэффициент использования канала.</p>
<p>Чтобы гарантировать высокую производительность канала при большом количестве активных узлов, необходимо каким-то образом координировать передачу ими кадров. За эту координацию отвечает протокол коллективного доступа. За последние 30 лет по теме протоколов коллективного доступа были написаны тысячи статей и защищены сотни докторских диссертаций. Более того, активные исследования протоколов коллективного доступа продолжаются до сих пор, что вызвано появлением новых типов линий связи, например новых беспроводных каналов.</p>
<p><a href="http://www.conlex.kz/wp-content/uploads/2008/09/59.png" title="59.png"><img src="http://www.conlex.kz/wp-content/uploads/2008/09/59.png" alt="59.png" width="618" height="618" /></a></p>
<p>За годы с помощью широкого спектра технологий канального уровня были реализованы десятки протоколов коллективного доступа. Тем не менее практически любой из этих протоколов мы можем отнести к одной из трех категорий: протоколы разделения канала, протоколы произвольного доступа и протоколы последовательного доступа. Мы обсудим эти категории протоколов коллективного доступа в следующих трех подразделах.</p>
<p>В заключение этого обзора отметим, что в идеальном случае протокол коллективного доступа для широковещательного канала со скоростью передачи данных R бит/с должен обладать следующими характеристиками.</p>
<p>□ Когда данные для передачи есть только у одного узла, этот узел обладает пропускной способностью в R бит/с.<br />
□ Когда данные для передачи есть у М узлов, каждый из этих узлов обладает пропускной способностью в R/M бит/с. Это не означает, что каждый из М узлов в каждый момент времени может передавать данные со скоростью R/M бит/с, — это средняя скорость передачи данных каждого из узлов.<br />
□ Протокол является децентрализованным, то есть не существует управляющих узлов, выход из строя которых может остановить работу всей сети.<br />
□ Протокол прост и дешев в реализации.
<p>Мой блог находят по следующим фразам</p>
<ul>
<li><a href="http://www.conlex.kz/osnovy-rezervnogo-kopirovaniya-v-windows-server-2008-r2/">архивация данных server 2008</a></li>
<li><a href="http://www.conlex.kz/7-sposobov-vypolnit-komandu-na-udalennom-kompyutere/">запуск cmd из сети</a></li>
<li><a href="http://www.conlex.kz/7-sposobov-vypolnit-komandu-na-udalennom-kompyutere/">команды cmd windows 7</a></li>
<li><a href="http://www.conlex.kz/osnovy-rezervnogo-kopirovaniya-v-windows-server-2008-r2/">powershell копирование файлов</a></li>
<li><a href="http://www.conlex.kz/kak-smenit-direktoriyu-v-komandnoj-stroke/">Создать батник copy</a></li>
<li><a href="http://www.conlex.kz/category/kompyuternye-seti-i-internet/dostup-k-seti-i-ee-fizicheskaya-sreda/">доступ к сети интернет</a></li>
</ul>
]]></content:encoded>
			<wfw:commentRss>http://www.conlex.kz/kanaly-kollektivnogo-dostupa/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Циклический избыточный код</title>
		<link>http://www.conlex.kz/ciklicheskij-izbytochnyj-kod/</link>
		<comments>http://www.conlex.kz/ciklicheskij-izbytochnyj-kod/#comments</comments>
		<pubDate>Thu, 21 Feb 2008 09:03:23 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[Обнаружение и исправление ошибок]]></category>
		<category><![CDATA[http]]></category>
		<category><![CDATA[протокол]]></category>

		<guid isPermaLink="false">http://www.conlex.kz/ciklicheskij-izbytochnyj-kod/</guid>
		<description><![CDATA[Широко применяемый в современных компьютерных сетях метод обнаружения ошибок основан на контроле при помощи циклического избыточного кода (Cyclic Redundancy Check, CRC). Циклические избыточные коды также называют полиномиальными кодами, так как при их вычислении битовая строка рассматривается как многочлен (полином), коэффициенты которого равны 0 или 1, и операции с этой битовой строкой можно интерпретировать как операции [...]]]></description>
			<content:encoded><![CDATA[<p>Широко применяемый в современных компьютерных сетях метод обнаружения ошибок основан на контроле при помощи циклического избыточного кода (Cyclic Redundancy Check, CRC). Циклические избыточные коды также называют полиномиальными кодами, так как при их вычислении битовая строка рассматривается как многочлен (полином), коэффициенты которого равны 0 или 1, и операции с этой битовой строкой можно интерпретировать как операции деления и умножения многочленов.</p>
<p>Циклические коды работают следующим образом. Рассмотрим фрагмент данных Д состоящий из d разрядов, которые передающий узел хочет отправить принимающему узлу. Отправитель и получатель должны договориться о последовательности из r+ 1 бит, называемой образующим многочленом (или генератором), который мы будем обозначать G. Старший (самый левый) бит образующего многочлена G должен быть равен 1. Ключевую идею циклических избыточных кодов иллюстрирует рис. 5.7. Для заданного фрагмента данных D отправитель формирует г дополнительных разрядов R, которые он добавляет к данным Д так что получающееся в результате число, состоящее из d + г бит, делится по модулю 2 на образующий многочлен (число) G без остатка. Таким образом, процесс проверки данных на наличие ошибки относительно прост. Получатель делит полученные d + г бит на образующий многочлен G. Если остаток от деления не равен нулю, это означает, что данные повреждены. В противном случае данные считаются верными и принимаются.</p>
<p><a href="http://www.conlex.kz/wp-content/uploads/2008/09/57.png" title="57.png"><img src="http://www.conlex.kz/wp-content/uploads/2008/09/57.png" alt="57.png" width="632" height="189" /></a></p>
<p>Все операции по вычислению CRC-кода производятся в арифметике по модулю 2 без переносов в соседние разряды. Это означает, что операции сложения и вычитания идентичны друг другу и эквивалентны поразрядной операции исключающего ИЛИ (exclusive OR, XOR). Например:<br />
1011 XOR 0101 = 1110<br />
1001 XOR 1101 = 0100<br />
Также мы получим:<br />
1011-0101 = 1110<br />
1001-1101 = 0100</p>
<p>перации умножения и деления аналогичны соответствующим операциям в обычной двоичной арифметике с той разницей, что любая требующаяся при этом операция сложения или вычитания выполняется без переносов в соседний разряд. Как и в обычной арифметике, умножение на 2(k) означает сдвиг числа на k разрядов влево. Таким образом, при заданных значениях D и R величина D • 2(k) XOR R соответствует последовательности из d+ r бит, показанной на рис. 5.7. В нашем дальнейшем обсуждении мы будем использовать именно эту алгебраическую форму для обозначения последовательности из d + r бит.<br />
Вернемся теперь к главному вопросу: как отправитель вычисляет R? Вспомним, что нам требуется найти такое значение R, чтобы для некоторого п выполнялось следующее равенство:<br />
D•2(r) XOR R = nG.</p>
<p>То есть требуется выбрать такое значение R, чтобы D • 2(k) XOR R делилось на G без остатка. Если прибавить к каждой части уравнения значение R по модулю 2, то мы получим<br />
D•2(r) = nG XOR R.</p>
<p>Отсюда следует, что если мы разделим D • 2(r) на G, то значение остатка будет равно R. Таким образом, мы можем вычислить R как<br />
<a href="http://www.conlex.kz/wp-content/uploads/2008/09/form81.png" title="form81.png"><img src="http://www.conlex.kz/wp-content/uploads/2008/09/form81.png" alt="form81.png" width="132" height="43" /></a></p>
<p>На рис. 5.8 показан пример вычисления R для D = 101110, d = 6, G = 1001 и r = 3. В этом случае отправитель передает следующие 9 бит: 1011100И. Вы можете сами проверить правильность расчетов, а также убедиться, что<br />
D•2(r)-101011•2(r)=G XOR R.</p>
<p>Для 8-, 12-, 16- и 32-разрядных образующих многочленов определены международные стандарты. Восьмиразрядный CRC-код используется для защиты 5-байтового заголовка ATM-ячеек. В 32-разрядном стандарте CRC-32, принятом в ряде IEEE-протоколов канального уровня, используется образующий многочлен вида</p>
<p>G(crc-32) = 100000100110000010001110110110111.</p>
<p><a href="http://www.conlex.kz/wp-content/uploads/2008/09/58.png" title="58.png"><img src="http://www.conlex.kz/wp-content/uploads/2008/09/58.png" alt="58.png" width="306" height="361" /></a></p>
<p>Каждый стандарт CRC-кода способен обнаруживать ошибочные пакеты длиной не более г разрядов. Кроме того, при соответствующих допущениях ошибочный пакет длиной более чем г разрядов будет обнаружен с вероятностью 1 &#8211; 0,5Г. Помимо этого каждый стандарт CRC-кода может обнаруживать ошибки нечетной кратности.
<p>Мой блог находят по следующим фразам</p>
<ul>
<li><a href="http://www.conlex.kz/7-sposobov-vypolnit-komandu-na-udalennom-kompyutere/">powershell выполнить несколько раз</a></li>
<li><a href="http://www.conlex.kz/diagnostika-problem-s-besprovodnym-podklyucheniem-windows-7-chast-2/">проблема адаптера беспроводной сеьи</a></li>
<li><a href="http://www.conlex.kz/category/kompyuternye-seti-i-internet/chto-takoe-internet/">интернет</a></li>
<li><a href="http://www.conlex.kz/kak-uznat-chto-slushaet-tcpip-port-v-windows/">windows узнать какое приложение слушает порт</a></li>
<li><a href="http://www.conlex.kz/rukovodstvo-po-resursam-gruppovoj-politiki/">adm шаблон в office 2003</a></li>
<li><a href="http://www.conlex.kz/tcp-soedinenie/">tcp соединение</a></li>
</ul>
]]></content:encoded>
			<wfw:commentRss>http://www.conlex.kz/ciklicheskij-izbytochnyj-kod/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

