<?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/protokoly-kollektivnogo-dostupa/protokoly-proizvolnogo-dostupa/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>Протокол 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>
	</channel>
</rss>

