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

<channel>
	<title>Internet Protocol version 17</title>
	<atom:link href="http://ipv17.ru/feed" rel="self" type="application/rss+xml"/>
	<link>http://ipv17.ru</link>
	<description>#IPv17, #UDTP, #Packet2.0</description>
	<lastBuildDate>Fri, 04 Aug 2017 22:29:31 +0000</lastBuildDate>
	<language>en-US</language>
	<sy:updatePeriod>
	hourly	</sy:updatePeriod>
	<sy:updateFrequency>
	1	</sy:updateFrequency>
	<generator>https://wordpress.org/?v=6.9.4</generator>

<image>
	<url>http://ipv17.ru/wp-content/uploads/2016/06/cropped-IPv17-diff-sq-logo-32x32.png</url>
	<title>Internet Protocol version 17</title>
	<link>http://ipv17.ru</link>
	<width>32</width>
	<height>32</height>
</image> 
	<itunes:explicit>no</itunes:explicit><itunes:subtitle>#IPv17, #UDTP, #Packet2.0</itunes:subtitle><item>
		<title>UDTP vs. FTP and SCP</title>
		<link>http://ipv17.ru/news/udtp-vs-ftp-and-scp.html</link>
					<comments>http://ipv17.ru/news/udtp-vs-ftp-and-scp.html#respond</comments>
		
		<dc:creator><![CDATA[admin]]></dc:creator>
		<pubDate>Tue, 01 Aug 2017 13:58:38 +0000</pubDate>
				<category><![CDATA[News]]></category>
		<category><![CDATA[eng]]></category>
		<category><![CDATA[ftp]]></category>
		<category><![CDATA[ip17]]></category>
		<category><![CDATA[ipv17]]></category>
		<category><![CDATA[scp]]></category>
		<category><![CDATA[test]]></category>
		<category><![CDATA[TunV17]]></category>
		<category><![CDATA[UDTP]]></category>
		<guid isPermaLink="false">http://ipv17.ru/?p=527</guid>

					<description><![CDATA[<p>Test # Latency, ms Packet loss, % SCP, Mb/s TunV17, Mb/s x FTP, Mb/s UDTP, Mb/s x 1 0 0 544 576 1.06 587 645 1.09 2 50 0 272 280 1.03 315 625 1.98 3 50 1 3.58 136 37.9 4.2 282 67.1 4 50 2 2.7 136 50.3 2.5 270 108 TunV17 is &#8230; <a href="http://ipv17.ru/news/udtp-vs-ftp-and-scp.html" class="more-link">Continue reading<span class="screen-reader-text"> "UDTP vs. FTP and SCP"</span></a></p>
The post <a href="http://ipv17.ru/news/udtp-vs-ftp-and-scp.html">UDTP vs. FTP and SCP</a> first appeared on <a href="http://ipv17.ru">Internet Protocol version 17</a>.]]></description>
										<content:encoded><![CDATA[<div class="__iawmlf-post-loop-links" style="display:none;" data-iawmlf-post-links="[]"></div>
<table>
<tbody>
<tr>
<td style="text-align: center;">Test<br>
#</td>
<td style="text-align: center;">Latency,<br>
ms</td>
<td style="text-align: center;">Packet<br>
loss, %</td>
<td style="text-align: center;">SCP,<br>
Mb/s</td>
<td style="text-align: center;">TunV17,<br>
Mb/s</td>
<td style="text-align: center;"><strong>x</strong></td>
<td style="text-align: center;">FTP,<br>
Mb/s</td>
<td style="text-align: center;">UDTP,<br>
Mb/s</td>
<td style="text-align: center;"><strong>x</strong></td>
</tr>
<tr>
<td style="text-align: center;">1</td>
<td style="text-align: center;">0</td>
<td style="text-align: center;">0</td>
<td style="text-align: center;">544</td>
<td style="text-align: center;">576</td>
<td style="text-align: center;">1.06</td>
<td style="text-align: center;">587</td>
<td style="text-align: center;">645</td>
<td style="text-align: center;">1.09</td>
</tr>
<tr>
<td style="text-align: center;">2</td>
<td style="text-align: center;">50</td>
<td style="text-align: center;">0</td>
<td style="text-align: center;">272</td>
<td style="text-align: center;">280</td>
<td style="text-align: center;">1.03</td>
<td style="text-align: center;">315</td>
<td style="text-align: center;">625</td>
<td style="text-align: center;">1.98</td>
</tr>
<tr>
<td style="text-align: center;">3</td>
<td style="text-align: center;">50</td>
<td style="text-align: center;">1</td>
<td style="text-align: center;">3.58</td>
<td style="text-align: center;">136</td>
<td style="text-align: center;">37.9</td>
<td style="text-align: center;">4.2</td>
<td style="text-align: center;">282</td>
<td style="text-align: center;">67.1</td>
</tr>
<tr>
<td style="text-align: center;">4</td>
<td style="text-align: center;">50</td>
<td style="text-align: center;">2</td>
<td style="text-align: center;">2.7</td>
<td style="text-align: center;">136</td>
<td style="text-align: center;"><strong>50.3</strong></td>
<td style="text-align: center;">2.5</td>
<td style="text-align: center;">270</td>
<td style="text-align: center;"><strong>108</strong></td>
</tr>
</tbody>
</table>
<p>TunV17 is a utility to encapsulate SCP-packets into UDTP-packets<br>
UDTP is a new transport protocol of IPv17 technology<br>
<span id="more-527"></span>1 GB file is used for tests 1 and 2<br>
70 MB file is used for tests 3 and 4</p>
<h3>Testbed specs:</h3>
<ul>
<li>PC1, PC2: Ubuntu 16.04</li>
<li>WAN emulator: LinkTropy 5500</li>
<li>IPv17:
<ul>
<li>TunV17 v. 0.1.12</li>
<li>UDTP v. 0.5.3</li>
</ul>
</li>
<li>FTP</li>
<li>SCP</li>
</ul>
<p><img fetchpriority="high" decoding="async" class="aligncenter wp-image-528 size-large" src="http://ipv17.ru/wp-content/uploads/2017/08/Factor-TS-testbed-1024x199.jpg" alt width="840" height="163" srcset="http://ipv17.ru/wp-content/uploads/2017/08/Factor-TS-testbed-1024x199.jpg 1024w, http://ipv17.ru/wp-content/uploads/2017/08/Factor-TS-testbed-300x58.jpg 300w, http://ipv17.ru/wp-content/uploads/2017/08/Factor-TS-testbed-768x149.jpg 768w, http://ipv17.ru/wp-content/uploads/2017/08/Factor-TS-testbed-1200x233.jpg 1200w, http://ipv17.ru/wp-content/uploads/2017/08/Factor-TS-testbed.jpg 1862w" sizes="(max-width: 709px) 85vw, (max-width: 909px) 67vw, (max-width: 1362px) 62vw, 840px"></p>


<div class="yandex-share yashare-auto-init" data-yasharel10n="ru" data-yasharetheme="counter" data-yasharetype="counter" data-yasharequickservices="vkontakte,facebook,twitter,gplus" data-yasharetitle="UDTP vs. FTP and SCP" data-yasharelink="http://ipv17.ru/news/udtp-vs-ftp-and-scp.html"></div>The post <a href="http://ipv17.ru/news/udtp-vs-ftp-and-scp.html">UDTP vs. FTP and SCP</a> first appeared on <a href="http://ipv17.ru">Internet Protocol version 17</a>.]]></content:encoded>
					
					<wfw:commentRss>http://ipv17.ru/news/udtp-vs-ftp-and-scp.html/feed</wfw:commentRss>
			<slash:comments>0</slash:comments>
		
		
			</item>
		<item>
		<title>UDTP vs. TCP (1GB file transfer)</title>
		<link>http://ipv17.ru/news/udtp-vs-tcp-1gb-file-transfer.html</link>
					<comments>http://ipv17.ru/news/udtp-vs-tcp-1gb-file-transfer.html#respond</comments>
		
		<dc:creator><![CDATA[admin]]></dc:creator>
		<pubDate>Sun, 14 May 2017 21:47:59 +0000</pubDate>
				<category><![CDATA[News]]></category>
		<category><![CDATA[eng]]></category>
		<category><![CDATA[ip17]]></category>
		<category><![CDATA[ipv17]]></category>
		<category><![CDATA[TCP]]></category>
		<category><![CDATA[test]]></category>
		<category><![CDATA[UDTP]]></category>
		<guid isPermaLink="false">http://ipv17.ru/?p=490</guid>

					<description><![CDATA[<p>Series of 1GB file transfer tests # external proxy, MB/s internal proxy, MB/s UDTP TCP % UDTP TCP % 1 7.6 6.0 27 7.9 4.9 61 2 7.6 6.0 27 9.2 6.1 51 3 7.6 6.3 21 10.0 7.5 33 4 7.6 5.5 38 8.6 4.8 79 5 7.6 6.4 19 7.4 4.3 72 6 &#8230; <a href="http://ipv17.ru/news/udtp-vs-tcp-1gb-file-transfer.html" class="more-link">Continue reading<span class="screen-reader-text"> "UDTP vs. TCP (1GB file transfer)"</span></a></p>
The post <a href="http://ipv17.ru/news/udtp-vs-tcp-1gb-file-transfer.html">UDTP vs. TCP (1GB file transfer)</a> first appeared on <a href="http://ipv17.ru">Internet Protocol version 17</a>.]]></description>
										<content:encoded><![CDATA[<div class="__iawmlf-post-loop-links" style="display:none;" data-iawmlf-post-links="[]"></div>
<p>Series of 1GB file transfer tests</p>
<table>
<tbody>
<tr>
<td style="text-align: center;" rowspan="2">#</td>
<td style="text-align: center;" colspan="3">external proxy, MB/s</td>
<td style="text-align: center;" colspan="3">internal proxy, MB/s</td>
</tr>
<tr>
<td style="text-align: center;">UDTP</td>
<td style="text-align: center;">TCP</td>
<td style="text-align: center;">%</td>
<td style="text-align: center;">UDTP</td>
<td style="text-align: center;">TCP</td>
<td style="text-align: center;">%</td>
</tr>
<tr>
<td style="text-align: center;">1</td>
<td style="text-align: center;">7.6</td>
<td style="text-align: center;">6.0</td>
<td style="text-align: center;">27</td>
<td style="text-align: center;">7.9</td>
<td style="text-align: center;">4.9</td>
<td style="text-align: center;">61</td>
</tr>
<tr>
<td style="text-align: center;">2</td>
<td style="text-align: center;">7.6</td>
<td style="text-align: center;">6.0</td>
<td style="text-align: center;">27</td>
<td style="text-align: center;">9.2</td>
<td style="text-align: center;">6.1</td>
<td style="text-align: center;">51</td>
</tr>
<tr>
<td style="text-align: center;">3</td>
<td style="text-align: center;">7.6</td>
<td style="text-align: center;">6.3</td>
<td style="text-align: center;">21</td>
<td style="text-align: center;">10.0</td>
<td style="text-align: center;">7.5</td>
<td style="text-align: center;">33</td>
</tr>
<tr>
<td style="text-align: center;">4</td>
<td style="text-align: center;">7.6</td>
<td style="text-align: center;">5.5</td>
<td style="text-align: center;">38</td>
<td style="text-align: center;">8.6</td>
<td style="text-align: center;">4.8</td>
<td style="text-align: center;">79</td>
</tr>
<tr>
<td style="text-align: center;">5</td>
<td style="text-align: center;">7.6</td>
<td style="text-align: center;">6.4</td>
<td style="text-align: center;">19</td>
<td style="text-align: center;">7.4</td>
<td style="text-align: center;">4.3</td>
<td style="text-align: center;">72</td>
</tr>
<tr>
<td style="text-align: center;">6</td>
<td style="text-align: center;">7.6</td>
<td style="text-align: center;">6.6</td>
<td style="text-align: center;">15</td>
<td style="text-align: center;">8.3</td>
<td style="text-align: center;">4.2</td>
<td style="text-align: center;">98</td>
</tr>
<tr>
<td style="text-align: center;">7</td>
<td style="text-align: center;">7.6</td>
<td style="text-align: center;">6.3</td>
<td style="text-align: center;">21</td>
<td style="text-align: center;">7.8</td>
<td style="text-align: center;">4.8</td>
<td style="text-align: center;">63</td>
</tr>
<tr>
<td style="text-align: center;">8</td>
<td style="text-align: center;">7.6</td>
<td style="text-align: center;">6.1</td>
<td style="text-align: center;">25</td>
<td style="text-align: center;">9.2</td>
<td style="text-align: center;">6.5</td>
<td style="text-align: center;">42</td>
</tr>
<tr>
<td style="text-align: center;">9</td>
<td style="text-align: center;">7.6</td>
<td style="text-align: center;">9.1</td>
<td style="text-align: center;">-16</td>
<td style="text-align: center;">10.1</td>
<td style="text-align: center;">6.4</td>
<td style="text-align: center;">58</td>
</tr>
<tr>
<td style="text-align: center;">10</td>
<td style="text-align: center;">7.6</td>
<td style="text-align: center;">4.5</td>
<td style="text-align: center;">69</td>
<td style="text-align: center;">9.3</td>
<td style="text-align: center;">9.1</td>
<td style="text-align: center;">2</td>
</tr>
<tr>
<td style="text-align: center;">11</td>
<td style="text-align: center;">7.6</td>
<td style="text-align: center;">6.2</td>
<td style="text-align: center;">23</td>
<td style="text-align: center;">9.1</td>
<td style="text-align: center;">8.2</td>
<td style="text-align: center;">11</td>
</tr>
<tr>
<td style="text-align: center;"></td>
<td style="text-align: center;" colspan="2">average</td>
<td style="text-align: center;"><strong>24%</strong></td>
<td style="text-align: center;" colspan="2">average</td>
<td style="text-align: center;"><strong>52%</strong></td>
</tr>
</tbody>
</table>
<p><span id="more-490"></span></p>
<h5>Testbed specs:</h5>
<ul>
<li>UDTP version 0.5.2</li>
<li>Ubuntu 16.04</li>
<li>1G MPLS, Proxy 8c, 32G RAM, 32G&nbsp;HDD</li>
<li>External proxy: 4 PCs, server (Novosibirsk)&nbsp;→ proxy (Novosibirsk)&nbsp;→ proxy (Moscow)&nbsp;→&nbsp;server (Moscow)</li>
<li>Internal proxy: 2 PCs, server+proxy (Novosibirsk)&nbsp;→ proxy+server (Moscow)</li>
</ul>
<p><img decoding="async" class="aligncenter wp-image-506 size-large" title="Telecom testbed" src="http://ipv17.ru/wp-content/uploads/2017/06/RosTelecom-testbed-1024x485.jpg" alt width="840" height="398" srcset="http://ipv17.ru/wp-content/uploads/2017/06/RosTelecom-testbed-1024x485.jpg 1024w, http://ipv17.ru/wp-content/uploads/2017/06/RosTelecom-testbed-300x142.jpg 300w, http://ipv17.ru/wp-content/uploads/2017/06/RosTelecom-testbed-768x364.jpg 768w, http://ipv17.ru/wp-content/uploads/2017/06/RosTelecom-testbed-1200x568.jpg 1200w, http://ipv17.ru/wp-content/uploads/2017/06/RosTelecom-testbed.jpg 1877w" sizes="(max-width: 709px) 85vw, (max-width: 909px) 67vw, (max-width: 1362px) 62vw, 840px"></p>


<div class="yandex-share yashare-auto-init" data-yasharel10n="ru" data-yasharetheme="counter" data-yasharetype="counter" data-yasharequickservices="vkontakte,facebook,twitter,gplus" data-yasharetitle="UDTP vs. TCP (1GB file transfer)" data-yasharelink="http://ipv17.ru/news/udtp-vs-tcp-1gb-file-transfer.html"></div>The post <a href="http://ipv17.ru/news/udtp-vs-tcp-1gb-file-transfer.html">UDTP vs. TCP (1GB file transfer)</a> first appeared on <a href="http://ipv17.ru">Internet Protocol version 17</a>.]]></content:encoded>
					
					<wfw:commentRss>http://ipv17.ru/news/udtp-vs-tcp-1gb-file-transfer.html/feed</wfw:commentRss>
			<slash:comments>0</slash:comments>
		
		
			</item>
		<item>
		<title>Грани всеобъемлющего Интернета</title>
		<link>http://ipv17.ru/articles/grani-vseobemlyushhego-interneta.html</link>
					<comments>http://ipv17.ru/articles/grani-vseobemlyushhego-interneta.html#respond</comments>
		
		<dc:creator><![CDATA[admin]]></dc:creator>
		<pubDate>Mon, 19 Dec 2016 15:57:24 +0000</pubDate>
				<category><![CDATA[Articles]]></category>
		<category><![CDATA[на русском]]></category>
		<category><![CDATA[ip17]]></category>
		<category><![CDATA[ipv17]]></category>
		<category><![CDATA[principle]]></category>
		<category><![CDATA[rus]]></category>
		<category><![CDATA[technology]]></category>
		<guid isPermaLink="false">http://ipv17.ru/?p=415</guid>

					<description><![CDATA[<p>Огласите весь список, пожалуйста. Леонид Гайдай Объять необъятное Желание изобрести Интернет заново объединило разработчиков и футурологов. Одни стали думать, как создать “большую деревню”, где одни все про всех все знают, а другие — что следует предпринять, чтобы эти сведения не погубили “деревню”. Исследования привели большинство футурологов к мысли о необходимости разделить необъятное на части. Дебатов &#8230; <a href="http://ipv17.ru/articles/grani-vseobemlyushhego-interneta.html" class="more-link">Continue reading<span class="screen-reader-text"> "Грани всеобъемлющего Интернета"</span></a></p>
The post <a href="http://ipv17.ru/articles/grani-vseobemlyushhego-interneta.html">Грани всеобъемлющего Интернета</a> first appeared on <a href="http://ipv17.ru">Internet Protocol version 17</a>.]]></description>
										<content:encoded><![CDATA[<div class="__iawmlf-post-loop-links" style="display:none;" data-iawmlf-post-links="[]"></div>
<p style="text-align: right;">Огласите весь список, пожалуйста.<br>
Леонид Гайдай</p>
<h5 style="text-align: justify;">Объять необъятное</h5>
<p style="text-align: justify;">Желание изобрести Интернет заново объединило разработчиков и футурологов. Одни стали думать, как создать “большую деревню”, где одни все про всех все знают, а другие — что следует предпринять, чтобы эти сведения не погубили “деревню”. <span id="more-415"></span>Исследования привели большинство футурологов к мысли о необходимости разделить необъятное на части. Дебатов прошло много. Проводилось от 4‑х до 6‑ти конференций в год. Большинство остановилось на обобщенных определениях направлений развития Будущего Интернета, под названиями: “Интернет людей и для людей”, “Интернет контента и знаний”, “Интернет вещей” и “Интернет сервисов” [1]. Обозначить направления развития безусловно хорошо, но необходимо разъяснить названия, поскольку они не вписываются в лексикон связистов.</p>
<h5 style="text-align: justify;">Интернет людей</h5>
<p style="text-align: justify;">Попытка в определении Internet of People (IoP) [2] обобщить особенности разных культур, социальных групп, особенности коммуникаций в социальных и целевых группах привела определение к Декларации прав человека с привкусом дополненной реальности при отсутствии общности с терминологией связистов. Один из вариантов определения: “Интернет людей — это совокупность гетерогенных платформ, связывающих и объединяющих различных людей в общины на универсальных недискриминационных принципах для производства и потребления контента”.</p>
<p style="text-align: justify;">К ключевым проблемам, требующим неотлагательных решений Интернета людей, отнесены: доверие и безопасность общения, достоверная идентификации собеседника.</p>
<p style="text-align: justify;">Другим не менее важным аспектом Интернета людей стал доступ к сети. Его предлагается рассматривать как основное право человека. Проблемы доступа связывают с технологическими, социальными и экономическими вопросами. Технологически наиболее просто обеспечить доступ к сети в густонаселенных областях (городах), где затраты на инфраструктуру за счет концентрации клиентов быстро окупаются. Сложности возникают при физическом удалении и уменьшении плотности мест проживания населения, что ведет к возрастанию затрат на создание инфраструктуры доступа и снижению конкуренции между операторами услуг связи. Учитывая, что в отдаленных местах экономическая активность существенно отличается от густонаселенных областей, вопрос окупаемости инфраструктуры доступа может иметь весьма длительное решение.<br>
Одним из показателей развития общества (государства) предлагается считать показатель полосы пропускания при доступе к сети Интернет, выраженный в кбит/с на 1 человека.</p>
<h5 style="text-align: justify;">Интернет контента</h5>
<p style="text-align: justify;">Следующим стал “Интернет контента”. Поскольку термин “контент” имеет широкое толкование, то и Интернет контента стал таким же. Доминирующим направлением стал семантический Веб и новая аббревиатура Web 3.0. Впрочем, ясности для понимания сути это не принесло. Вариантом определения может быть признан следующий: “Интернет контента — это глобальная гетерогенная среда, обеспечивающая ввод, обработку, хранение, поиск и вывод всевозрастающего объема данных на терминал пользователя любого типа и предоставляющая функционал для создания нового контента”.</p>
<p style="text-align: justify;">Основная тенденция, просматриваемая на протяжении длительного срока, — это переход от СМИ, как средства массовой информации, к массовым средствам индивидуальной информации.</p>
<h5 style="text-align: justify;">Интернет вещей</h5>
<p style="text-align: justify;">Наиболее успешным, с точки зрения единогласия, стало определение Интернета вещей [3]: “Интернет вещей — глобальная инфраструктура для информационного общества, которая обеспечивает возможность предоставления более сложных услуг путем соединения друг с другом (физических и виртуальных) вещей на основе существующих и развивающихся функционально совместимых информационно-коммуникационных технологий, и гетерогенная инфраструктура, обеспечивающая взаимодействие триллионов контекстно-зависимых элементов (метки, сенсоры, приводы и мобильные устройства)”.</p>
<p style="text-align: justify;">Возможно, что единогласие в определении было достигнуто согласием “освоить” триллионы контекстно-зависимых элементов. А в вопросе, как обеспечить взаимодействие этих элементов с соблюдением норм по безопасности, энергоэффективности, с учетом их стоимости и надежности, согласия наблюдается немного. В вопросе монетизации Интернета вещей согласия и понимания наблюдается еще меньше.</p>
<p style="text-align: justify;">Однако не все так плохо. На конференции в Дубае вице-президент Gartner Хун ЛеХон представил базовые модели внедрения Internet of Things.</p>
<p style="text-align: justify;">Первая модель — оперативное информирование, наблюдение за состоянием подключения к сети объекта с целью повышения эффективность его использования и сокращения затрат на эксплуатацию.<br>
Вторая — монетизация, начисление платы по мере использования ресурса. Монетизация основана на распределении затрат на содержание между многими пользователями за счет облачных технологий и аутсорсинга функций по обработке.<br>
Третья — эксплуатация оборудования, организация сетевого взаимодействия исполнительных органов и управляющих устройств. Реализация этого пункта потребует много усилий по достижению согласия, так как он является краеугольным в Интернете вещей.<br>
Четвертая — предоставление через объект дополнительной информации или услуг.<br>
Все просто и наглядно, но именно из таких кирпичиков Интернета вещей и можно будет собрать новые виды бизнеса.</p>
<h5 style="text-align: justify;">Интернет сервисов</h5>
<p style="text-align: justify;">Последним и самым емким стал Интернет сервисов — это широкий диапазон глобально доступных и заслуживающих доверия приложений, программных сред и платформ, хранилищ данных и других систем.</p>
<p style="text-align: justify;">С Интернетом сервисов связывают новые возможности для граждан и бизнеса с точки зрения охвата всех услуг, которые работают в реальном мире. Ключевым элементом является идеальная интерактивность, а именно: постоянная (не имеет временных ограничений), прозрачная (потребитель понимает услугу), бесшовная (взаимодействие с помощью “типичного” устройства) и заслуживающая доверие.</p>
<h5 style="text-align: justify;">Грани всеобъемлющие</h5>
<p style="text-align: justify;">Разделив Будущий Интернет на составные части, футурологи передали эстафету разработчикам, которым необходимо “склеить” их воедино и всеобъемлюще. Не очень простая задача, учитывая, что потребуется:</p>
<ul>
<li style="text-align: justify;">увеличить масштабируемость и динамику методов маршрутизации, включая новое управление адресами и маршрутами;</li>
<li style="text-align: justify;">повысить управляемость ресурсов и трафиков, включая обеспечение способности контроля и диагностики;</li>
<li style="text-align: justify;">усилить безопасность, конфиденциальность, доверие и целостность доставки данных;</li>
<li style="text-align: justify;">сохранить простоту применения с обеспечением повсеместности и доступности;</li>
<li style="text-align: justify;">реализовать гибкие и адаптивные методы передачи данных для будущих приложений;</li>
<li style="text-align: justify;">реализовать поддержку облачных, встроенных и традиционных операционных систем и приложений;</li>
<li style="text-align: justify;">повысить энергетическую эффективность процессов передачи и обработки данных;</li>
<li style="text-align: justify;">реализовать разрешения конфликтов, разночтений при реализации протоколов и приложений;</li>
<li style="text-align: justify;">обеспечить возможности поиска и локализации информации в поисковых и иных системах.</li>
</ul>
<p style="text-align: justify;">Реализация названных требований с учетом целевых установок Будущего Интернета [4] должна быть выполнена на сети:</p>
<ul>
<li style="text-align: justify;">фиксированной связи, в которой узлы имеют постоянные и неизменные связи, а оконечные устройства в течение сессии остаются фиксированными;</li>
<li style="text-align: justify;">мобильной связи, в которой узлы имеют постоянные и неизменные связи, а оконечные устройства в течение сессии могут менять свое местоположение;</li>
<li style="text-align: justify;">адаптивно-мобильной связи, в которой связи между узлами могут меняться и оконечные устройства в течение сессии могут менять свое местоположение.</li>
</ul>
<p style="text-align: justify;">В рамках названных сетей могут быть организованы связи типа “точка-точка” и “точка-многоточие”, относя связи к групповому виду, при котором узлы имеют постоянные и неизменные связи, а оконечные устройства, оставаясь фиксированными, могут подключаться или отключаться к/от любой сессии, циркулирующей в сети. Дополнительно к групповым связям в сети могут быть организованы множественные связи, при которых узлы имеют постоянные и неизменные связи, а два и более оконечных устройства могут устанавливать множество сессий с целью повышения надежности или повышения пропускной способности канала связи.</p>
<p style="text-align: justify;">Достижение поставленных целей невозможно без решения существующих в технологиях проблем, к которым могут быть отнесены:</p>
<ul>
<li style="text-align: justify;">способ присвоения и поддержания IP-адреса не позволяет достоверно аутентифицировать пользователя, что создает возможность организовать на сети любые действия, включая противоправные;</li>
<li style="text-align: justify;">динамическое распределение портов делает сведения о типе потока информации недостоверным, а выбор способа обслуживания его трафика неопределенным;</li>
<li style="text-align: justify;">раздельное управление процессом переноса трафика на различных уровнях эталонной модели затрудняет поддержку требований к качеству обслуживания потоков информации на совокупности сетевых инфраструктур;</li>
<li style="text-align: justify;">передача трафика с требуемым качеством требует знания, какие ресурсы на сети доступны в каждый момент времени. В связи с огромным количеством соединений и малым временем их существования ситуация меняется настолько быстро, что ни один сигнальный протокол не в состоянии отследить эти изменения. В результате, при корректно работающем оборудовании на сети возникают коллизии и отказы в обслуживании.</li>
</ul>
<p style="text-align: right;">Валов Сергей Геннадьевич</p>
<h5 style="text-align: justify;">Литература:</h5>
<ol>
<li style="text-align: justify;">Alex Galis Anastasius Gavras (Eds.), Future Internet Assembly 2013: Validated Results and New Horizons. ISBN 978–3‑642–38081‑5. Springer, 2013.</li>
<li style="text-align: justify;">Next-generation Internet: architectures and protocols. Edited by Byrav Ramamurthy, George N. Rouskas, Krishna Moorthy Sivalingam. ISBN 978–0‑521–11368‑7. Cambridge, 2011.</li>
<li style="text-align: justify;">Рекомендация МСЭ-TY.2060. Сети последующих поколений — Структура и функциональные модели архитектуры. Обзор Интернета вещей, 06/2012.</li>
<li style="text-align: justify;">С.Г. ВАЛОВ и др. <a href="http://ipv17.ru/articles/celevye-ustanovki-budushhego-interneta.html">Целевые установки Будущего Интернета</a>. Вестник связи, № 2, 2015 г.</li>
</ol>


<div class="yandex-share yashare-auto-init" data-yasharel10n="ru" data-yasharetheme="counter" data-yasharetype="counter" data-yasharequickservices="vkontakte,facebook,twitter,gplus" data-yasharetitle="Грани всеобъемлющего Интернета" data-yasharelink="http://ipv17.ru/articles/grani-vseobemlyushhego-interneta.html"></div>The post <a href="http://ipv17.ru/articles/grani-vseobemlyushhego-interneta.html">Грани всеобъемлющего Интернета</a> first appeared on <a href="http://ipv17.ru">Internet Protocol version 17</a>.]]></content:encoded>
					
					<wfw:commentRss>http://ipv17.ru/articles/grani-vseobemlyushhego-interneta.html/feed</wfw:commentRss>
			<slash:comments>0</slash:comments>
		
		
			</item>
		<item>
		<title>Целевые установки «Будущего Интернета»</title>
		<link>http://ipv17.ru/articles/celevye-ustanovki-budushhego-interneta.html</link>
					<comments>http://ipv17.ru/articles/celevye-ustanovki-budushhego-interneta.html#comments</comments>
		
		<dc:creator><![CDATA[admin]]></dc:creator>
		<pubDate>Mon, 19 Dec 2016 15:47:09 +0000</pubDate>
				<category><![CDATA[Articles]]></category>
		<category><![CDATA[на русском]]></category>
		<category><![CDATA[ip17]]></category>
		<category><![CDATA[ipv17]]></category>
		<category><![CDATA[principle]]></category>
		<category><![CDATA[rus]]></category>
		<category><![CDATA[technology]]></category>
		<guid isPermaLink="false">http://ipv17.ru/?p=413</guid>

					<description><![CDATA[<p>В предыдущей статье [7] было сказано о движении “Future Internet”, начало которому положила статья Дейва Кларка [1]. В статье Дейв заявил: «Пришло время начать все с чистого листа». И началось. “Future Internet” стартовал в 2007 г. Были открыты программы GENI и FIND в Америке, AKARI в Японии, годом позже FIF в Южной Корее, множество проектов &#8230; <a href="http://ipv17.ru/articles/celevye-ustanovki-budushhego-interneta.html" class="more-link">Continue reading<span class="screen-reader-text"> "Целевые установки «Будущего Интернета»"</span></a></p>
The post <a href="http://ipv17.ru/articles/celevye-ustanovki-budushhego-interneta.html">Целевые установки «Будущего Интернета»</a> first appeared on <a href="http://ipv17.ru">Internet Protocol version 17</a>.]]></description>
										<content:encoded><![CDATA[<div class="__iawmlf-post-loop-links" style="display:none;" data-iawmlf-post-links="[]"></div>
<p style="text-align: justify;">В предыдущей статье <a href="http://ipv17.ru/articles/importozameshhenie-kopirovat-ili-pridumyvat.html">[7]</a> было сказано о движении “Future Internet”, начало которому положила статья Дейва Кларка [1]. В статье Дейв заявил: «Пришло время начать все с чистого листа». И началось.<span id="more-413"></span> “Future Internet” стартовал в 2007 г. Были открыты программы GENI и FIND в Америке, AKARI в Японии, годом позже FIF в Южной Корее, множество проектов в рамке FP7-ICT в Европе. В 2010 г. в гонку за лидерами включились Китай, Бразилия, Индия и еще 12 стран. К настоящему времени в движении “Future Internet” принимают участие все профильные научные центры и компании развитых стран и многие из развивающихся стран за исключением России.</p>
<p style="text-align: right;">В начале было «Слово…»</p>
<p style="text-align: justify;">И «Слово» было сказано. Следуя известному сценарию, следующим действием должно было стать отделение «света от тьмы». И тут возникли вопросы: что есть «свет»? И как правильно отделить его от «тьмы»? И как часто это бывает, вопросы уперлись в методологию их постановки и поиска на них ответов.</p>
<h5 style="text-align: justify;">«С чистого листа»</h5>
<p style="text-align: justify;">Всепобеждающим желанием стало изобрести Интернет заново. И в угоду желаний было создано несколько инициатив [2, 3], которые последовали этому подходу.</p>
<p style="text-align: justify;">Соединенные Штаты выделили средства из государственного бюджета на два проекта: создания глобальной среды для сетевых инноваций (GENI, Global Environment for Network Innovations) и разработки будущего Интернета (FIND, Future Internet Design).<br>
В Японии стартовал проект Akari [4], цель которого — создание «нового поколения сетевой архитектуры.<br>
В Европе стартовал проект Future Internet Research and Experimentation (FIRE) в рамках программы технологического развития. Проект был направлен на поиск «новых и принципиально лучших технологических решений для будущего Интернета».</p>
<p style="text-align: justify;">Противоположного мнения придерживались сторонники эволюционного развития. В основе развития они предложили использование патчей для устранения проблем при их возникновении. Тезисом эволюционного развития стало утверждение, что «Интернет приобрел полностью коммерческих характер, и инвестиции определяют необходимость эволюционного подхода к его развитию». Вложенные в инфраструктуру Интернета многомиллиардные инвестиции должны быть сохранены. Точка. Любые «подрывные» технологии могут использоваться как наложенные сети и не должны конкурировать с существующей инфраструктурой. Именно об этом предупреждал Дейв Кларк в своей статье, говоря о недостатках Интернета и об их препятствовании инновациям.</p>
<h5 style="text-align: justify;">За работу</h5>
<p style="text-align: justify;">Тем временем сторонники «чистых листочков» принялись изобретать. Для этого им необходимо было найти решения следующих задач по обеспечению:</p>
<ul>
<li style="text-align: justify;">достоверной идентификации и надежного подтверждения подлинности для всех пользователей независимо от национальности или территории;</li>
<li style="text-align: justify;">конфиденциальности и целостности сетевого трафика;</li>
<li style="text-align: justify;">устойчивости сети к внутренним и внешним атакам;</li>
<li style="text-align: justify;">надежного и эффективного движения сетевого трафика;</li>
<li style="text-align: justify;">надежной доставки трафика видео и аудио, без «заиканий»;</li>
<li style="text-align: justify;">справедливого использования сетевых ресурсов во время пиковых нагрузок;</li>
<li style="text-align: justify;">гарантированного доступа к критическим услугам на сети.</li>
</ul>
<p style="text-align: justify;">Для решения перечисленных задач необходимо значительно улучшить технологии маршрутизации и управления перегрузками, преодолеть ограничения по масштабированию производительности, снизить затраты на создание и поддержание сетевой инфраструктуры.</p>
<p style="text-align: justify;">Анализ проблем и поиск их решений привел к выработке новых требований к сети в виде целевых установок [5]. К таковым относят:</p>
<ul>
<li style="text-align: justify;">осведомленность об услугах, когда услуги сети соответствуют потребностям существующих и будущих приложений и не потребуют увеличения эксплуатационных затрат. Ожидается, что количество и выбор услуг в будущем будет расти [6];</li>
<li style="text-align: justify;">осведомленность о данных, когда сеть способна обрабатывать огромные объемы в распределенной среде и обеспечивать пользователям, независимо от их местоположения, возможность безопасного, простого, быстрого и точного доступа к необходимой информации;</li>
<li style="text-align: justify;">осведомленность об окружающей среде, которая включает минимизацию расходов материалов, энергопотребления, снижение выбросов парниковых газов;</li>
<li style="text-align: justify;">осведомленность в социально-экономических вопросах, в целях снижения барьеров (стоимости) для входа участников сетевой экосистемы.</li>
</ul>
<p style="text-align: justify;">Новые требования послужили основанием для выработки рекомендаций для новой сети.</p>
<h5 style="text-align: justify;">Разнообразие услуг</h5>
<p style="text-align: justify;">Поддержка разнообразных услуг заключается в приспособлении для передачи трафика с широким выбором характеристик и свойств. В будущем появятся различные новые услуги и приложения, имеющие различные характеристики (ширина полосы и время ожидания) и свойства трафика (безопасность, надежность и мобильность). Потребуется эффективное управление услугами с широким диапазоном характеристик трафика услуги:</p>
<ul>
<li style="text-align: justify;">со случайной передачей нескольких байтов данных;</li>
<li style="text-align: justify;">с пропускной способностью в несколько гигабит или терабит в секунду и более высокой;</li>
<li style="text-align: justify;">использующий очень низкую пропускную способность;</li>
<li style="text-align: justify;">с необходимой сквозной задержкой, близкой к задержке распространении в среде передачи;</li>
<li style="text-align: justify;">осуществляющий прерывистую передачу данных с очень большой задержкой.</li>
</ul>
<p style="text-align: justify;">Потребуется поддержание огромного количества и широкой номенклатуры оконечных устройств, чтобы добиться всеохватывающей коммуникационной среды.</p>
<h5 style="text-align: justify;">Функциональная гибкость</h5>
<p style="text-align: justify;">Сложно предвидеть потребности пользователей в долгосрочной перспективе. Существующие сети спроектированы в расчете на их универсальность за счет поддержки базовых функций, которые, как ожидается, эффективно удовлетворят большинство будущих потребностей пользователей. Однако, когда базовые функции не обеспечат поддержку некоторых новых услуг, то добавление или изменение базовых функций в уже развернутой сетевой инфраструктуре приведет к сложным задачам развертывания, которые необходимо тщательно планировать. В противном случае это добавление или изменение может оказать воздействие на другие услуги, которые предоставляются в рамках той же сетевой инфраструктуры.</p>
<p style="text-align: justify;">Ожидается, что новая сеть обеспечит динамическое изменение сетевых функций. Возможна реализация новых протоколов для новых типов услуг, включая совместное функционирование услуг в рамках единой сетевой инфраструктуры без создания ими взаимных помех. Следует предусмотреть возможность предоставления экспериментальных услуг для целей тестирования и оценки, что позволить переходить от экспериментальных услуг к развернутым, уменьшая время их развертывания.</p>
<h5 style="text-align: justify;">Виртуализация ресурсов</h5>
<p style="text-align: justify;">Виртуализацию ресурсов сети используют, чтобы один ресурс мог одновременно совместно использоваться многими виртуальными услугами, при этом сам виртуальный ресурс должен изолироваться от всех остальных.</p>
<p style="text-align: justify;">Применение виртуализации ресурсов направлено на повышение эффективности использования физических ресурсов при условии исключения взаимных помех между несколькими виртуальными сетями. Это может позволить одновременно работать различным сетевым технологиям на одном физическом ресурсе. Свойство абстрагирования позволяет обеспечивать стандартные интерфейсы для доступа и управления виртуальной сетью и ресурсами и помогает поддерживать обновление возможностей виртуальных сетей.</p>
<h5 style="text-align: justify;">Доступ к данным</h5>
<p style="text-align: justify;">Телефонные сети соединяли двух или более абонентов, позволяя им обмениваться информацией. Сети IP проектировались для передачи данных между точно определенными терминалами. С точки зрения пользователя, сети необходимы, главным образом, как средство доступа к данным.</p>
<p style="text-align: justify;">В будущем значение доступа к данным сохранится, поэтому крайне важно, чтобы новая сеть обеспечивала пользователю средства, позволяющие легко и без трудоемких процедур осуществлять доступ к соответствующим данным и при этом предоставляющие точную и правильную информацию. Будущая сеть должна обеспечить эффективное управление огромными объемами данных независимо от их местоположения.</p>
<p style="text-align: justify;">Доступ пользователя к данным осуществляется с помощью традиционных процедур, т. е. идентификации адреса и номера порта хоста, который предоставляет целевые данные. Необходимы простые, эффективные и защищенные технологии сетевого взаимодействия, предназначенные для управления огромными объемами данных. Объем и свойства цифровых данных в сетях меняются.</p>
<h5 style="text-align: justify;">Энергопотребление</h5>
<p style="text-align: justify;">Энергосбережение имеет значение для эксплуатации сети, а его снижение главным образом достигалось на уровне устройства, т. е. за счет применения ИС, обеспечивающих миниатюризацию, и процесса интегрального исполнения электрических устройств. Этот подход сталкивается с трудностями, такими как высокая потребляемая мощность в ждущем режиме и физические ограничения по рабочей частоте. В будущем крайне важным будет использование не только методов на уровне устройства, но и на уровне оборудования и сети.</p>
<h5 style="text-align: justify;">Универсализация услуг</h5>
<p style="text-align: justify;">Существующая сетевая среда ставит высокие барьеры для входа как производителям при разработке оборудования, так и операторам при предоставлении услуг. Будущая сеть должна повысить универсализацию услуг и содействовать развитию и развертыванию сетей и предоставлению услуг. С этой целью Будущая сеть должна поддерживать открытость посредством глобальных стандартов и простых принципов проектирования, чтобы снизить стоимость жизненного цикла сети и сократить так называемый “цифровой разрыв”.</p>
<h5 style="text-align: justify;">Экономические стимулы</h5>
<p style="text-align: justify;">Многие технологии не получили широкого использования и не смогли стать успешными или устойчивыми в связи с несовершенными и ненадлежащими решениями создателей. Такие провалы возникали по причине того, что технологии не обеспечивали механизмы стимулирования добросовестной конкуренции. В связи с этим при проектировании и реализации требований, архитектуры и протокола Будущей сети необходимо уделить внимание социально-экономическим аспектам, экономическим стимулам для обеспечения различным участникам устойчивой конкурентной среды.</p>
<h5 style="text-align: justify;">Управление сетью</h5>
<p style="text-align: justify;">Для эффективной эксплуатации, обслуживания и предоставления все большего числа услуг и объектов Будущая сеть должна собирать и обрабатывать большие объемы данных и информации, а затем эффективным и действенным способом преобразовывать эти данные в соответствующую информацию и знания для оператора. Вследствие объединения возможностей сбора и обработки данных под влиянием Интернета вещей, “умных” электросетей, облачных вычислений и других аспектов происходит внедрение нетрадиционного сетевого оборудования на сетях, что приводит к увеличению числа показателей управления сетью и усложняет критерии оценки.</p>
<p style="text-align: justify;">Одна из проблем заключается в том, что системы эксплуатации и управления осуществлялись конкретно для каждого компонента сети. Рост числа неупорядоченных компонентов, управление которыми осуществляется в отсутствие определенных правил, повышает сложность и эксплуатационные затраты.<br>
Другая проблема состоит в зависимости системы эксплуатации и управления от людских навыков оператора сети.<br>
По этой причине Будущая сеть должна обеспечивать высокоэффективные системы эксплуатации и управления с помощью интегрированных интерфейсов управления, чтобы даже неопытный оператор, не имеющий специальных навыков, мог управлять крупномасштабными и сложными сетями при поддержке автоматизированной системы управления.</p>
<h5 style="text-align: justify;">Мобильность</h5>
<p style="text-align: justify;">В Будущих сетях должная осуществляться поддержка архитектуры распределенных узлов доступа с высокой степенью масштабируемости. Мобильность, как возможность изменения порта подключения без нарушения соединения, должна стать базовым элементов сети.</p>
<h5 style="text-align: justify;">Оптимизация</h5>
<p style="text-align: justify;">Широкополосный доступ должен способствовать появлению различных услуг с разными характеристиками, такими как: ширина полосы, задержка и т. д. Существующие сети проектировались для удовлетворения наивысшего уровня требований к этим услугам при максимальном числе пользователей, а пропускная способность оборудования, которое предусматривалось для этих услуг, как правило, излишне подробно определялась для большинства пользователей и услуг.<br>
В Будущей сети следует оптимизировать пропускную способность сетевого оборудования, а также осуществить оптимизацию в рамках сети с учетом различных физических ограничений сетевого оборудования.</p>
<h5 style="text-align: justify;">Идентификация</h5>
<p style="text-align: justify;">Мобильность и доступ к данным требуют обеспечения эффективной и масштабируемой идентификации (и наименования) для большого числа сетевых коммуникационных объектов (хостов и данных). Не существует широко используемых идентификаторов, которые могут использоваться при идентификации данных. Следовательно, для обеспечения эффективного сетевого взаимодействия хостов и данных в Будущей сети эти вопросы следует разрешить путем определения новой структуры идентификации. В этих сетях должно обеспечиваться динамическое сопоставление идентификаторов данных и хостов.</p>
<h5 style="text-align: justify;">Надежность и безопасность</h5>
<p style="text-align: justify;">Будущая сеть должна служить в качестве ключевой инфраструктуры, поддерживающей социальную деятельность человека, она должна предоставлять любой тип услуг, предназначенных для решения важнейших задач, таких как: интеллектуальное управление трафиком (дорожным, железнодорожным, авиационным, морским и космическим), “умные” электросети, электронное здравоохранение, электронная безопасность и электросвязь в чрезвычайных ситуациях, обеспечивая при этом их целостность и надежность.</p>
<p style="text-align: right;">Валов Сергей Геннадьевич<br>
Щербакова Екатерина Сергеевна</p>
<h5 style="text-align: justify;">Литература</h5>
<ol>
<li style="text-align: justify;">David D. Clark. The Internet is broken. MIT Technology Review, 2005.</li>
<li style="text-align: justify;">Future Internet Design Principles, EC FIArch Group, 2012.</li>
<li style="text-align: justify;">4WARD – Architecture and Design for the Future Internet. Objective FP7-ICT-2007–1‑216041/D‑2.3.1, Project 216041.</li>
<li style="text-align: justify;">Future Internet Research and Experimentation: Vision and scenarios 2020, Final Deliverable D1.1, AmpliFIREFP7-ICT, Grant Agreement: 318550.</li>
<li style="text-align: justify;">Рекомендация МСЭ‑T Y.3001 “Будущие сети: целевые установки и цели проектирования”, 05/2011.</li>
<li style="text-align: justify;">Валов С.Г. и др. Инфокоммуникационные сети будущего: “Контентология” услуг. Вестник связи, 2003, № 3.</li>
<li style="text-align: justify;">Валов С.Г. Импортозамещение: копировать или придумывать? Вестник связи, 2015, № 1.</li>
</ol>


<div class="yandex-share yashare-auto-init" data-yasharel10n="ru" data-yasharetheme="counter" data-yasharetype="counter" data-yasharequickservices="vkontakte,facebook,twitter,gplus" data-yasharetitle="Целевые установки «Будущего Интернета»" data-yasharelink="http://ipv17.ru/articles/celevye-ustanovki-budushhego-interneta.html"></div>The post <a href="http://ipv17.ru/articles/celevye-ustanovki-budushhego-interneta.html">Целевые установки «Будущего Интернета»</a> first appeared on <a href="http://ipv17.ru">Internet Protocol version 17</a>.]]></content:encoded>
					
					<wfw:commentRss>http://ipv17.ru/articles/celevye-ustanovki-budushhego-interneta.html/feed</wfw:commentRss>
			<slash:comments>1</slash:comments>
		
		
			</item>
		<item>
		<title>Импортозамещение: копировать или придумывать?</title>
		<link>http://ipv17.ru/articles/importozameshhenie-kopirovat-ili-pridumyvat.html</link>
					<comments>http://ipv17.ru/articles/importozameshhenie-kopirovat-ili-pridumyvat.html#comments</comments>
		
		<dc:creator><![CDATA[admin]]></dc:creator>
		<pubDate>Mon, 19 Dec 2016 15:37:12 +0000</pubDate>
				<category><![CDATA[Articles]]></category>
		<category><![CDATA[на русском]]></category>
		<category><![CDATA[ip17]]></category>
		<category><![CDATA[ipv17]]></category>
		<category><![CDATA[principle]]></category>
		<category><![CDATA[rus]]></category>
		<category><![CDATA[technology]]></category>
		<guid isPermaLink="false">http://ipv17.ru/?p=410</guid>

					<description><![CDATA[<p>Данная публикация открывает серию статей о проектировании и реализации Интернета будущего, который должен преодолеть известные недостатки Интернета сегодняшнего и разработки которого уже ведутся не только за рубежом, но и в РФ. В качестве пролога к этой теме формулируется задача и предлагается сценарий ее решения по замещению оборудования связи импортного производства. По мнению автора, решить данную &#8230; <a href="http://ipv17.ru/articles/importozameshhenie-kopirovat-ili-pridumyvat.html" class="more-link">Continue reading<span class="screen-reader-text"> "Импортозамещение: копировать или придумывать?"</span></a></p>
The post <a href="http://ipv17.ru/articles/importozameshhenie-kopirovat-ili-pridumyvat.html">Импортозамещение: копировать или придумывать?</a> first appeared on <a href="http://ipv17.ru">Internet Protocol version 17</a>.]]></description>
										<content:encoded><![CDATA[<div class="__iawmlf-post-loop-links" style="display:none;" data-iawmlf-post-links="[]"></div>
<p style="text-align: justify;">Данная публикация открывает серию статей о проектировании и реализации Интернета будущего, который должен преодолеть известные недостатки Интернета сегодняшнего и разработки которого уже ведутся не только за рубежом, но и в РФ. <span id="more-410"></span>В качестве пролога к этой теме формулируется задача и предлагается сценарий ее решения по замещению оборудования связи импортного производства. По мнению автора, решить данную задачу посредством копирования технологий невозможно, так как “догнать” Китай не получится, а “приблизиться” к технологическим лидерам не удастся. А о том, что делать дальше, будет дальше…</p>
<p style="text-align: right;">А на чертеже барин подписал: “Пусть хоть пять лет просидит, а чтобы такая в точности сделана была”.<br>
П.П. Бажов. Каменный цветок</p>
<p style="text-align: justify;">Сетевое оборудование включает обширный класс средств и систем связи и является основой виртуального пространства. О роли и месте сетевых технологий в нашей жизни написано много, а потому желание обладать ими и умение изготавливать их возникло не вчера и даже не после введения санкций. Рассмотрим в связи с этим, какие аспекты сопутствуют обладанию технологией и умению изготавливать оборудование по этой технологии с учетом национальной особенности. Начнем с “простого”.</p>
<h5 style="text-align: justify;">Умение изготовить</h5>
<p style="text-align: justify;">Шаг первый: универсальное вычислительное устройство. Оснащаем его двумя и более сетевыми интерфейсами, заимствуем у сообщества ПО в исходных кодах, “включаем мозги” и получаем функционирующее устройство. Опускаем вопросы, связанные с вычислительным устройством и процессом заимствования ПО, а также проблемы с “мозгами”. Концентрируемся на том, что, во-первых, рост производительности вычислений ниже роста объема трафика, во-вторых, вычисление — это большое потребление энергии и последнее — ПО имеет ошибки. В результате реализация средств связи на вычислительном устройстве не обеспечивает потребности прогресса в росте трафика, надежности и потребляет очень много энергии.</p>
<p style="text-align: justify;">Шаг второй: при выполнении условия доступности элементной базы собираем из “кирпичиков” функционирующее устройство. Обретаем навыки внесения изменений или дополнений в ПО. Имеем ограниченный условием класс средств связи.</p>
<p style="text-align: justify;">Шаг третий: заказываем сборку устройства, забываем о доступности элементной базы и пребываем в надежде, что ПО выполняет только предписанные функции. Имеем массовое производство некоторого класса оборудования с минимумом “интеллекта”.</p>
<p style="text-align: justify;">Субъективное движение по шагам продиктовано процессами, лежащими в основе массового производства. Объективность в этих шагах — только условие доступности, и если его нет, то сделать массовое производство невозможно. Поскольку условие доступности является ограничивающим, то необходимо найти решение как его обойти или выполнить.</p>
<h5 style="text-align: justify;">Доступность элементной базы</h5>
<p style="text-align: justify;">Потребность в специализированной элементной базе продиктована вторым шагом и является закономерным ответом на удовлетворение потребности в обслуживании постоянно нарастающего роста трафика. Для создания элементной базы необходимо, во-первых, обладать сетевой технологией, во-вторых, обладать технологий микроэлектронного производства и иметь знания в виде патента.</p>
<p style="text-align: justify;">Для обладателя сетевой технологии наличие элементной базы позволяет использовать массовое производство для захвата рынка, а потому он всячески препятствует ее доступности на нем. Обладателю микроэлектронного производства, наоборот, необходим максимально большой объем элементной базы. Этот антагонизм был решен в форме лицензии защищенной патентами. Лицензия дает право производства определенного объема элементной базы и реализации разрешенному кругу потребителей. Таким образом, лицензия стала инструментом регулируемой конкуренции.</p>
<h5 style="text-align: justify;">Регулируемая конкуренция</h5>
<p style="text-align: justify;">Создание и внедрение современных сетевых технологий требует больших затрат и много времени. При создании сетевой технологии можно выделить следующие этапы.</p>
<p style="text-align: justify;">Этап первый: “идея — прототип — результат — концепция — публикация”. Начинается этап формулировкой идеи, а закачивается публикацией идеи и концепцией ее места в сетевой иерархии. Если идея заслуживает внимания сообщества, ее принимают в проработку.</p>
<p style="text-align: justify;">Этап второй: “теоретические и экспериментальные исследования — опытные образцы — конференции — патенты”. Идея получает подтверждение, и на полученные результаты оформляются патенты. Технологические лидеры вступают в конкуренцию за количество патентов. Патентуется все, что имеет прямое и косвенное отношение к идеи. На этом этапе действует правило “чем больше, тем лучше”.</p>
<p style="text-align: justify;">Этап третий: “стандартизация — создание элементной базы — первые образцы — маркетинговая “шумиха”. Стандартизация является важнейшей частью данного этапа. Лидеры договариваются о применении идеи. Процесс этот не быстрый, поскольку, чем точнее пул полученных патентов ляжет в стандарт, тем благоприятнее для лидера, и его доля на рынке будет преобладающей. Ярким примером подобного компромисса может служить технология АТМ, когда размер ячейки 48 байт был утвержден после двух лет бурных дебатов, и был принят как среднее значение между 32 и 64. Потребовалось еще 10 лет на поиск компромиссов при утверждении уровня адаптации. При нахождении какого-либо компромисса в дело вступает “артиллерия” отделов маркетинга. Их задача — убедить сообщество в острой необходимости использования нового стандарта. Тем самым формируется “тенденция” (направление) для рынка.</p>
<p style="text-align: justify;">Этап четвертый: “реклама — производство — опытные зоны — продажи”. Процесс коммерциализации запущен.<br>
Регулируемость конкуренции заключается в том, что первоначальная идея, получившая точные описания по применению в виде стандарта, полностью защищена патентами и лицензиями. Лидеры приступают к производству, и тот, кто быстрее организует массовое производство, захватывает большую долю на рынке.</p>
<p style="text-align: right;">“…чтобы такая в точности сделана была”</p>
<p style="text-align: justify;">Как на сформированном рынке обеспечить замещение обширного класса средств и систем связи?</p>
<p style="text-align: justify;">В условиях, когда темы НИОКР формулируются исходя из принципа “повторить бы”, поскольку есть “тенденции”, отечественный производитель приступает к работе на последнем этапе. В то время как технологические лидеры осваивают рынок, наш производитель только пытается повторить их достижения. Разрыв по времени выхода на рынок, наличие множества патентов и стандартизация решений, оставляют нам ничтожную часть рынка и роль “вечно догоняющего” без какой-либо надежды на то, чтобы догнать. В результате получить какую-то часть собственного рынка без административного и нормативного прикрытия отечественному производителю становится крайне сложно, а учитывая финансовые возможности лидеров — просто невозможно.</p>
<h5 style="text-align: justify;">Как быть и что делать?</h5>
<p style="text-align: justify;">В настоящее время в России отсутствуют научные школы, способные создавать новые сетевые технологии, нет кадров, готовых и способных предлагать решения, соответствующие передовым мировым аналогам. Обучение в различных заведениях ставится по принципу “делай как я”, и, ни в коем случае не “лучше, чем я”. В итоге, выпускники имеют знания, как использовать сетевое оборудование, но знаний для создания новых технологий у них нет.</p>
<p style="text-align: justify;">Изменить сложившееся положение дел возможно только при условии включения в процесс развития сетевых технологий с первого этапа развития. В настоящее время во всем мире развернуто множество работ, имеющих общую направленность — “Future Internet” (Будущий Интернет). В этом процессе участвуют все ведущие страны мира и многие развивающиеся, за исключением России. Мы продолжаем ждать “тенденций”.</p>
<p style="text-align: justify;">Один из депутатов как-то высказался, что нужен Интернет для России. Это не наш путь. Мы не хотим догонять Китай, необходимо обогнать весь Мир, и в этом нам поможет “Интернет из России…”.<br>
В рамках программы “Будущий Интернет” проработано множество концептуальных вопросов и сформулированы базовые направления развития, такие как Интернет Людей, Интернет Вещей, Интернет Контента, Интернет Сервисов. Необходимо взять все самое лучшее, что было проработано, и идти дальше.</p>
<p style="text-align: justify;">Включение в программу “Будущий Интернет” может стать единственной возможностью для отечественного производителя, чтобы создать полный спектр оборудования на территории России и решить задачу импортозамещения. Осуществление этого плана возможно по следующему сценарию развития:</p>
<ul>
<li style="text-align: justify;">официальное объявление о начале реализации программы “Будущий Интернет”;</li>
<li style="text-align: justify;">формирование направленных тем поисковых НИР в соответствии с базовыми направлениями развития;</li>
<li style="text-align: justify;">поиск и поддержка лидеров, способных сформировать новые сетевые школы;</li>
<li style="text-align: justify;">организация конференций по направлению “Будущий Интернет” с обязательным обсуждением результатов выполнения поисковых НИР;</li>
<li style="text-align: justify;">формирование в рамках ФЦП программы ОКР на создание новых технологий;</li>
<li style="text-align: justify;">поддержка выхода на мировой уровень российских школ;</li>
<li style="text-align: justify;">подача и защита вкладов в международные институты стандартизации;</li>
<li style="text-align: justify;">поддержка (налоговая и кредитная) российского производителя;</li>
<li style="text-align: justify;">подготовка и переподготовка инженерных кадров.</li>
</ul>
<p style="text-align: justify;">Реализация данного сценария позволит за 4 — 5 лет создать новые сетевые школы и решить задачу импортозамещения, которую можно сформулировать так: импортозамещение — это создание интеллектуальной собственности в головах граждан РФ, владение и распоряжение интеллектуальной собственностью лицами российской юрисдикции и производство продукции, основанной на данной интеллектуальной собственности на территории РФ и в других странах по кооперации.</p>
<p style="text-align: justify;">В качестве одного из претендентов на роль новой сетевой технологии может выступить новая разновидность протокола IP, которая позволит реализовать базовые направления развития “Будущего Интернета” и лечь в основу создания всего многообразия сетевого оборудования с областью применения как в сетях специального назначения, так и на сетях общего пользования.</p>
<p style="text-align: right;">Валов Сергей Геннадьевич</p>


<div class="yandex-share yashare-auto-init" data-yasharel10n="ru" data-yasharetheme="counter" data-yasharetype="counter" data-yasharequickservices="vkontakte,facebook,twitter,gplus" data-yasharetitle="Импортозамещение: копировать или придумывать?" data-yasharelink="http://ipv17.ru/articles/importozameshhenie-kopirovat-ili-pridumyvat.html"></div>The post <a href="http://ipv17.ru/articles/importozameshhenie-kopirovat-ili-pridumyvat.html">Импортозамещение: копировать или придумывать?</a> first appeared on <a href="http://ipv17.ru">Internet Protocol version 17</a>.]]></content:encoded>
					
					<wfw:commentRss>http://ipv17.ru/articles/importozameshhenie-kopirovat-ili-pridumyvat.html/feed</wfw:commentRss>
			<slash:comments>1</slash:comments>
		
		
			</item>
		<item>
		<title>Сетевая модель</title>
		<link>http://ipv17.ru/articles/setevaya-model.html</link>
					<comments>http://ipv17.ru/articles/setevaya-model.html#respond</comments>
		
		<dc:creator><![CDATA[admin]]></dc:creator>
		<pubDate>Mon, 19 Dec 2016 15:30:29 +0000</pubDate>
				<category><![CDATA[Articles]]></category>
		<category><![CDATA[на русском]]></category>
		<category><![CDATA[ip17]]></category>
		<category><![CDATA[ipv17]]></category>
		<category><![CDATA[principle]]></category>
		<category><![CDATA[rus]]></category>
		<category><![CDATA[technology]]></category>
		<guid isPermaLink="false">http://ipv17.ru/?p=408</guid>

					<description><![CDATA[<p>Выполнение требований, которые информационные потоки предъявляют к процессу переноса, привели к необходимости «оптимизировать» эталонную модель. Оптимизация направлена, во-первых, на объединение транспортного и канального уровней для сокращения способов переноса, а во-вторых, на сокращение числа уровней, где осуществляется адресация объектов. Поскольку, второй эталонной модели быть всё-таки не может, то в дальнейшем под «оптимальным» эталоном будем понимать Сетевую &#8230; <a href="http://ipv17.ru/articles/setevaya-model.html" class="more-link">Continue reading<span class="screen-reader-text"> "Сетевая модель"</span></a></p>
The post <a href="http://ipv17.ru/articles/setevaya-model.html">Сетевая модель</a> first appeared on <a href="http://ipv17.ru">Internet Protocol version 17</a>.]]></description>
										<content:encoded><![CDATA[<div class="__iawmlf-post-loop-links" style="display:none;" data-iawmlf-post-links="[]"></div>
<p style="text-align: justify;">Выполнение требований, которые информационные потоки предъявляют к процессу переноса, привели к необходимости «оптимизировать» эталонную модель.<br>
Оптимизация направлена, во-первых, на объединение транспортного и канального уровней <span id="more-408"></span>для сокращения способов переноса, а во-вторых, на сокращение числа уровней, где осуществляется адресация объектов.</p>
<p style="text-align: justify;">Поскольку, второй эталонной модели быть всё-таки не может, то в дальнейшем под «оптимальным» эталоном будем понимать Сетевую Модель Инфокоммуникаций (Network Model Info-communications — NetMIC), представленную на рисунке 3.</p>
<p style="text-align: justify;"><img decoding="async" class="aligncenter wp-image-448 size-large" title="Рисунок 3. Сетевая модель инфокоммуникаций" src="http://ipv17.ru/wp-content/uploads/2016/12/Сетевая-модель-инфокоммуникаций-991x1024.jpg" width="840" height="868"></p>
<p style="text-align: justify;">Рисунок 3. Сетевая модель инфокоммуникаций.</p>
<p style="text-align: justify;">Сетевая модель инфокоммуникаций состоит из двух слоев — информационного и коммуникационного, каждый из которых содержит по три уровня и одному интерфейсу. Информационный слой состоит из: прикладного (6), представительного (5) и сеансового (4) уровней, и информационного интерфейса 1.х. Коммуникационный слой включает: транспортный (3), сетевой (2) и физический (1) уровни и коммуникационный интерфейс 2.<br>
Рассмотрим, какие задачи выполняют уровни сетевой модели при взаимодействии сетевых приложений (рисунок 4).<br>
Прикладной уровень: идентифицирует, инициализирует и деактивирует сетевые приложения, синхронизирует совместную их работу и определяет тип переносимого потока информации и параметры переноса.<br>
Представительный уровень, согласовывает кодовую идентичность переносимых данных, определяя тем самым, как передаётся информационный поток.</p>
<p style="text-align: justify;"><img loading="lazy" decoding="async" class="aligncenter wp-image-451 size-large" title="Рисунок 4. Взаимодействие уровней сетевой модели" src="http://ipv17.ru/wp-content/uploads/2016/12/Взаимодействие-уровней-сетевой-модели-1024x787.jpg" width="840" height="646" srcset="http://ipv17.ru/wp-content/uploads/2016/12/Взаимодействие-уровней-сетевой-модели-1024x787.jpg 1024w, http://ipv17.ru/wp-content/uploads/2016/12/Взаимодействие-уровней-сетевой-модели-300x230.jpg 300w, http://ipv17.ru/wp-content/uploads/2016/12/Взаимодействие-уровней-сетевой-модели-768x590.jpg 768w, http://ipv17.ru/wp-content/uploads/2016/12/Взаимодействие-уровней-сетевой-модели-1200x922.jpg 1200w, http://ipv17.ru/wp-content/uploads/2016/12/Взаимодействие-уровней-сетевой-модели.jpg 1230w" sizes="auto, (max-width: 709px) 85vw, (max-width: 909px) 67vw, (max-width: 1362px) 62vw, 840px"></p>
<p style="text-align: justify;">Рисунок 4. Взаимодействие уровней сетевой модели.</p>
<p style="text-align: justify;">Сеансовый уровень выполняет четыре задачи, а именно:</p>
<ol>
<li style="text-align: justify;">Инициализацию персонального адреса объекта;</li>
<li style="text-align: justify;">Установление соединения;</li>
<li style="text-align: justify;">Тарификацию переноса информации;</li>
<li style="text-align: justify;">Контроль цифровых прав при переносе информации.</li>
</ol>
<p style="text-align: justify;">Транспортный уровень решает задачу переноса информации через среду передачи с заданными параметрами, которые были определены на прикладном уровне. Для чего формирует линейную дисциплину доступа, обеспечивая упорядоченную доставку блоков информации. Функция упорядоченной доставки выделяет скорость передачи, гарантирует задержку в заданном диапазоне и нормирует флуктуацию задержки по требованию информационного потока. Линейная дисциплина реализуется, как по проводным, так и беспроводным каналам связи. Транспортный уровень вычисляет пропускную способность физического уровня, используя «независимый генератор времени», который необходим для формирования временной оси, относительно которой в дальнейшем выделяется скорость передачи. Дополнительно уровень выполняет задачу принудительной вставки в каждый переносимый блок информации персонального номера (адреса) отправителя, который был зарегистрирован в узле коммутации, обеспечивая тем самым, защиту номера от изменений.</p>
<p style="text-align: justify;">Сетевой уровень, устанавливает маршрут переноса между конечными системами с учетом требуемого типа соединения по персональным адресам сетевых объектов. Протокол маршрутизации строит, удерживает и ликвидирует маршруты передачи для мобильных и фиксированных соединений через последовательно соединенные подсети.</p>
<p style="text-align: justify;">Задачи физического уровня заключаются в активации, поддержания и дезактивации канала передачи между конечными системами. Здесь реализуется линейная дисциплина доступа к среде передачи, определяются уровни напряжений, синхронизируются изменения напряжений, устанавливается скорость передачи сообщений, выполняются методы защиты от ошибок и методы криптозащиты (при необходимости), а так же физические соединители и другие аналогичные характеристики. Методы защиты от ошибок, поддерживают достоверность передачи на уровне не менее 10–9 1/бит, а при снижении достоверности уменьшают пропускную способность в канале передачи.</p>
<p style="text-align: justify;">Таким образом, разделение сетевой модели инфокоммуникаций на два слоя уменьшает число управляющих заголовков и увеличивает пропускную способность сети. Наличие одного механизма переноса позволит на совокупности сетевых инфраструктур обеспечить индивидуальное обслуживание каждого потока информации без использования протоколов сигнализации. Применение «независимого генератора времени» на транспортном уровне исключает необходимость в системе синхронизации физического уровня. Введение персонального адреса объекта и его инициализация в узлах коммутации обеспечивает соответствие между номером (адресом) и сетевым объектом. Поддержание соответствие между номером (адресом) и сетевым объектом позволяет осуществить достоверную тарификацию трафика и выполнить контроль цифровых прав при переносе информации.</p>
<h5 style="text-align: justify;">Особенности сеансового уровня</h5>
<p style="text-align: justify;">Сеансовый уровень является связующим звеном между информационным слоем сетевых приложений и интеллектуальной частью сетевой инфраструктуры, поэтому рассмотрим его более подробно.</p>
<p style="text-align: justify;">Для установления соединения необходимо инициализировать адрес объекта. В задачу инициализации входит: регистрация, хранение, поиск и удаление персонального адреса объекта в коммутационном оборудовании, так как на сети допускается хранение только одной копии адреса. Регистрация адреса направлена на однозначную идентификацию участников процесса общения, что является необходимым условием для корректной работы сети и системы взаиморасчетов.</p>
<p style="text-align: justify;">Установление соединения начинается с поиска объектов на сети в заданной области. Область поиска пользователь устанавливает самостоятельно. В задачу поиска входит: поиск символьной части персонального адреса объекта и выборка из него персонального номера объекта, который в дальнейшем используется для переноса информации. Изменение местоположения пользователя приводит к удалению персонального адреса из текущего узла сети и регистрацию его в новом узле сети, обеспечивая тем самым, в том числе и мобильную связь (во всяком случае, с точки зрения пользователя).</p>
<p style="text-align: justify;">После определения номера объекта, сетевое приложение устанавливает параметры переноса потока информации, куда включает: тип соединения, скорость переноса, величину задержки и допустимую флуктуацию задержки, формируя требования к каналу связи. Сетевая инфраструктура или совокупность инфраструктур должны обеспечить исполнение данных требований.</p>
<p style="text-align: justify;">Оплата за передачу информационного потока раздельно учитывает стоимость переноса информации и стоимость содержания информации. Обработка счетов осуществляется в режимах пред- или пост- оплаты с подтверждением возможности начислений на счет абонента до установления канала связи. Биллинговая система, получает от узла сети сведения о времени открытия и закрытия канала связи, типе и параметрах переносимого потока информации. В свою очередь коммутационное оборудование получает от биллинговой системы стоимость переноса информации в конкретном направлении и разрешение на установление канала связи от конкретного пользователя.</p>
<p style="text-align: justify;">Если в параметрах переносимого потока информации есть указание о наличии цифровых прав, то при открытии канала связи биллинговая система суммирует стоимости переноса и содержания переносимой информации, осуществляя тем самым, контроль цифровых прав.</p>
<p style="text-align: justify;">При организации канала связи проходящего через инфраструктуры нескольких операторов, стоимость переноса определяется как сумма тарифов переноса каждого оператора. При этом оператор, участвующий в процессе переноса потока информации выставляет счет, узлу связи который зарегистрировал персональный адрес пользователя. Биллинговая система данного узла связи осуществляет списание со счета абонента суммы переноса и распределяет их между операторами, участвовавшими в процессе переноса потока информации, и владельцем цифровых прав на содержание информации, если таковой имеется.</p>
<h5 style="text-align: justify;">Модель построения инфокоммуникационной сети</h5>
<p style="text-align: justify;">Построение инфокоммуникационной сети в соответствие с сетевой моделью показано на рисунке 5.</p>
<p style="text-align: justify;">Сетевое приложение начинает передачу информационного потока с установления соединения, определяя при этом тип информационного потока и параметры его переноса. Тип (протокол) информационного потока определяет, какое сетевое приложение на стороне получателя должно быть инициировано и в какой кодировке осуществляется передача. Установление соединения начинается с выполнения функции инициализации персонального адреса отправителя в узле коммутации, для чего сетевого приложение, выполняет функцию регистрации номера. После регистрации номера узел коммутации выполняет поиск данного номера на сети в заданной области. Если указанный номер присутствует, на каком либо узле, то выполняется функция удаления данного номера из найденного узла, с тем чтобы персональный адрес был единственным. Далее сетевое приложение задаёт область поиска и выполняет функцию поиска номера получателя.</p>
<p style="text-align: justify;">Процесс поиска номера получателя формирует запрос прокладки маршрута передачи на сетевой уровень и запрос транспортному уровню указывающий требуемые параметры переноса и тип соединения. Сетевой уровень строит путь передачи, удовлетворяющий запросу транспортного уровня. Тем самым, поиск будущего маршрута осуществляется с учетом параметров переноса.<br>
Когда искомый адрес на сети будет найден, то в информационный слой оконечного оборудования получателя поступит запрос на идентификацию сетевого приложения в соответствии с типом информационного потока. Если данное приложение присутствует в оборудования получателя, то выполнится функция инициализации приложения. После того, как приложение будет готово к исполнению, будет выполнена проверка возможности установления соединения с требуемыми параметрами переноса. Если в оборудовании получателя вычислительные ресурсы позволяют принять информационный поток, то формируется запрос на установление соединения с параметрами транспортного уровня. Данный запрос передаётся в обратном направлении по найденному маршруту с указанием того, что данный путь передачи необходимо фиксировать. Таким образом, устанавливается маршрут в направлении от отправителя к получателю. Затем, оконечное оборудование получателя аналогичным образом строит маршрут переноса в обратном направлении. При этом возможно построение как ассиметричных, так и симметричных маршрутов переноса.</p>
<p style="text-align: justify;">Следует особо отметить, что перенос всех информационных потоков в рамках сетевой инфраструктуры требует от протокола маршрутизации высокой устойчивости, безопасности и сходимости. Задача устойчивости решается исключением служебных потоков, которые связанны с периодическим обновлением маршрутных таблиц, в результате чего организовать внешнее дестабилизирующее воздействие на протокол маршрутизации и таблицы маршрутов становится принципиально невозможно. Безопасность достигается присвоением адреса непосредственно объекту. Поскольку адрес объекта инициализируется в системе коммутации, то во все поступающие от объекта блоки информации сетевой узел автоматически устанавливается номер объекта. Попытка со стороны объекта изменить свой адрес на этапе инициализации будет воздействовать только на установленное соединение с точной локализацией объекта на сети. Сходимость работы протокола маршрутизации необходима для быстрого поиска требуемого пути с учетом обходных путей, достигается применением алгоритма ассоциативной маршрутизации.</p>
<p style="text-align: justify;">После установления маршрута переноса каждый узел на сети автономно выделяет информационному потоку требуемую скорость передачи, с гарантируемой задержкой и нормируемой флуктуацией задержки. Тем самым каждый информационный поток получает индивидуальное обслуживание от одной или совокупности сетевых инфраструктур. Так как все узлы работают автономно, то отпадает необходимость и в протоколах сигнализации для обслуживания трафика. А, отсутствие сигнализации при обслуживании трафика и установлении маршрута передачи существенно упрощает стек протоколов сетевой модели и создаёт возможность реализовать до 96% функций коммуникационного слоя на аппаратных средствах.</p>
<p style="text-align: justify;"><img loading="lazy" decoding="async" class="aligncenter wp-image-452 size-large" title="Рисунок 5. Модель построения инфокоммуникационной сети" src="http://ipv17.ru/wp-content/uploads/2016/12/Модель-построения-инфокоммуникационной-сети-1024x825.jpg" width="840" height="677" srcset="http://ipv17.ru/wp-content/uploads/2016/12/Модель-построения-инфокоммуникационной-сети-1024x825.jpg 1024w, http://ipv17.ru/wp-content/uploads/2016/12/Модель-построения-инфокоммуникационной-сети-300x242.jpg 300w, http://ipv17.ru/wp-content/uploads/2016/12/Модель-построения-инфокоммуникационной-сети-768x618.jpg 768w, http://ipv17.ru/wp-content/uploads/2016/12/Модель-построения-инфокоммуникационной-сети-1200x966.jpg 1200w, http://ipv17.ru/wp-content/uploads/2016/12/Модель-построения-инфокоммуникационной-сети.jpg 1253w" sizes="auto, (max-width: 709px) 85vw, (max-width: 909px) 67vw, (max-width: 1362px) 62vw, 840px"></p>
<p style="text-align: justify;">Рисунок 5. Модель построения инфокоммуникационной сети.</p>
<p style="text-align: justify;">Установив соединение, сетевые приложения выполняют перенос информационного потока. После окончания переноса информационного потока сетевые приложения, инициируют процесс завершения соединения.</p>
<p style="text-align: justify;">Процесс завершения соединения выполняет функцию деактивации сетевого приложения получателя, и формирует запрос к сетевому уровню на закрытие канала связи. Запрос на закрытие канала связи ликвидирует маршрут передачи.</p>
<h5 style="text-align: justify;">Итоги</h5>
<p style="text-align: justify;">Следует отметить, что разрешение проблем эталонной модели взаимодействия не только возможно в рамках предложенной сетевой модели инфокоммуникаций, но и позволяет получить ряд преимуществ.</p>
<p style="text-align: justify;">Разбиение сетевой модели на два слоя позволило существенно упростить стек протоколов. Концентрация задачи переноса только на транспортном уровне позволит индивидуально обслужить каждый поток информации в рамках одной или совокупности сетевых инфраструктур. Присвоение персонального адреса непосредственно объекту решает проблему обеспечения соответствия между номером и объектом. Регистрация номера в узлах коммутации позволяет точно локализовать объект на сети. Отсутствие протоколов сигнализации, как при построении маршрута передачи, так и при обслуживании трафика существенно меняет условия присоединения сетей различных операторов. Создание на сеансовом уровне достоверной информации об устанавливаемых соединениях позволяет биллинговой системе осуществлять тарификацию информационных потоков не только тех, что существуют сегодня, но что не менее важно и тех, что возникнут в будущем. Возложение на биллинговую систему функции контроля цифровых прав за содержание информации, формирует новые условия для широкого развития всех форм электронной коммерции и информационного обмена, чего так не хватает бизнес-сообществу (особенно в части взаимодействия в рамках ВТО).</p>
<p style="text-align: justify;">Остается заметить, что предложенная сетевая модель инфокоммуникаций обеспечивает выполнение всех требований, которые предъявляются к перспективной технологии переноса в соответствии с концептуальными положениями по построению мультисервисных сетей на ВСС России.</p>
<p style="text-align: right;">Валов Сергей Геннадьевич<br>
Голышко Александр Викторович</p>


<div class="yandex-share yashare-auto-init" data-yasharel10n="ru" data-yasharetheme="counter" data-yasharetype="counter" data-yasharequickservices="vkontakte,facebook,twitter,gplus" data-yasharetitle="Сетевая модель" data-yasharelink="http://ipv17.ru/articles/setevaya-model.html"></div>The post <a href="http://ipv17.ru/articles/setevaya-model.html">Сетевая модель</a> first appeared on <a href="http://ipv17.ru">Internet Protocol version 17</a>.]]></content:encoded>
					
					<wfw:commentRss>http://ipv17.ru/articles/setevaya-model.html/feed</wfw:commentRss>
			<slash:comments>0</slash:comments>
		
		
			</item>
		<item>
		<title>Проблемы Эталонной модели</title>
		<link>http://ipv17.ru/articles/problemy-etalonnoj-modeli.html</link>
					<comments>http://ipv17.ru/articles/problemy-etalonnoj-modeli.html#respond</comments>
		
		<dc:creator><![CDATA[admin]]></dc:creator>
		<pubDate>Mon, 19 Dec 2016 15:25:14 +0000</pubDate>
				<category><![CDATA[Articles]]></category>
		<category><![CDATA[на русском]]></category>
		<category><![CDATA[ip17]]></category>
		<category><![CDATA[ipv17]]></category>
		<category><![CDATA[principle]]></category>
		<category><![CDATA[rus]]></category>
		<category><![CDATA[technology]]></category>
		<guid isPermaLink="false">http://ipv17.ru/?p=406</guid>

					<description><![CDATA[<p>Формирование Эталонной модели проходило в тот исторический период, когда число разнообразных сетевых решений (интерфейсов и протоколов) было очень большим. Поэтому создатели эталонной модели видели свою задачу в том, чтобы сформулировать единые правила представления любой сетевой технологии, так как все они предназначены для передачи информации. Поэтому создание системы связи по единым правилам делает её открытой в &#8230; <a href="http://ipv17.ru/articles/problemy-etalonnoj-modeli.html" class="more-link">Continue reading<span class="screen-reader-text"> "Проблемы Эталонной модели"</span></a></p>
The post <a href="http://ipv17.ru/articles/problemy-etalonnoj-modeli.html">Проблемы Эталонной модели</a> first appeared on <a href="http://ipv17.ru">Internet Protocol version 17</a>.]]></description>
										<content:encoded><![CDATA[<div class="__iawmlf-post-loop-links" style="display:none;" data-iawmlf-post-links="[]"></div>
<p style="text-align: justify;">Формирование Эталонной модели проходило в тот исторический период, когда число разнообразных сетевых решений (интерфейсов и протоколов) было очень большим. Поэтому создатели эталонной модели видели свою задачу в том, чтобы сформулировать единые правила представления любой сетевой технологии, так как все они предназначены для передачи информации. <span id="more-406"></span>Поэтому создание системы связи по единым правилам делает её открытой в первую очередь для понимания, что, в общем-то, и было главной целью создания эталонной модели взаимодействия.</p>
<p style="text-align: justify;">Выбор числа уровней (7) и определение задач, которые они должны были выполнять, во многом определилось необходимостью решения проблемы связанной с обеспечением совместимости оборудования. Рассматривая эталонную модель по прошествии 20 лет её применения, и учитывая новые требования и возможности, которые возникли в настоящее время, следует выделить две проблемы.</p>
<table>
<tbody>
<tr>
<td style="text-align: center;"><strong>Сеть интернет</strong></td>
<td style="text-align: center;"><strong>Телефонная сеть</strong></td>
</tr>
<tr>
<td style="text-align: center;" colspan="2"><strong>Прикладной уровень</strong></td>
</tr>
<tr>
<td style="text-align: justify;">&nbsp;Определяет наличие партнёров и необходимых ресурсов, синхронизирует работу прикладных программ, согласует процедуры устранения ошибок и управляет целостностью переноса информации.</td>
<td style="text-align: justify;">Проявляется в свойствах линии связи без учёта её вснутренней схемы построения.&nbsp;К таковым свойствам относятся: диапазон рабочих частот (0,3–3,4 кГц), уровень шума, АЧХ и прочее.</td>
</tr>
<tr>
<td style="text-align: center;" colspan="2"><strong>Представительный уровень</strong></td>
</tr>
<tr>
<td style="text-align: justify;">&nbsp;Отвечает за представление данных посылаемых из прикладного уровня одной системы другой. Для чего согласует формат и синтаксис перемещаемых данных. В случае необходимости, на данном уровне могут выполняться алгоритмы шифрования, для защиты перемещаемых данных.</td>
<td style="text-align: justify;">&nbsp;Проявляет себя при необходимостисогласования совместной работы методов дискретизации (A‑Law,&nbsp;μ‑Law и т.п.) или когда требуется согласовать алгоритмы сжатия речевой информации.</td>
</tr>
<tr>
<td style="text-align: center;" colspan="2"><strong>Сеансовый уровень</strong></td>
</tr>
<tr>
<td style="text-align: justify;">&nbsp;Устанавливает, управляет и завершает сеансы взаимодействия между двумя или более прикладными задачами, а так же синхронизирует и управляет перемещением информации между ними. В дополнение к основным функциям уровень устанавливает класс услуг и уведомляет об исключительных ситуациях. Кроме того, обеспечивает соответствие символьного представления адреса с двоичным представлением в соответствии с протоколами DNS и др.</td>
<td style="text-align: justify;">&nbsp;Управляет вызовом и сигнализацией при наборе и передаче номера АТС. Осущесвляет контроль исполнения системы расчётов с абонентами. В сетях подвижной связи обеспечивает слежение за изменением местоположения абонента и переадресацией вызова. В интеллектуальной сети выполняет набор дополнительных функций обработки вызовов и сеансов.</td>
</tr>
<tr>
<td style="text-align: center;" colspan="2"><strong>Транспортный уровень</strong></td>
</tr>
<tr>
<td style="text-align: justify;">&nbsp;Обеспечивает перенос информации по надёжным или ненадёжным соединениям, реализует качество обслуживания трафика запрашиваемое сеансовым уровнем с целью предотвращения переполнения одной системы данными из другой системы.</td>
<td style="text-align: justify;">&nbsp;Реализует методы мультиплексирования речевого трафика, а так же дополнительные методы мультиплексирования для объединения речевого трафика с другими видами трафика.</td>
</tr>
<tr>
<td style="text-align: center;" colspan="2"><strong>Сетевой уровень</strong></td>
</tr>
<tr>
<td style="text-align: justify;">&nbsp;Обеспечивает установление требуемого типа соединения между двумя конечными системами, для чего осуществляет выбор маршрута через множество подсетей. протоколы маршрутизации осуществляют синхронизацию маршрутных таблиц, а алгоритмы маршрутизации, используя данные маршрутных таблиц, вычисляют маршруты.</td>
<td style="text-align: justify;">&nbsp;Устанавливает соединение между вызывающим и вызываемым абонентами посредством системы сигнализации. К примеру, одной из функций сигнализации ОКС‑7 или SoftSwitch является организация тракта передачи через узлы коммутации всего множества подсетей, составляющих ТфОП.</td>
</tr>
<tr>
<td style="text-align: center;" colspan="2"><strong>Канальный уровень</strong></td>
</tr>
<tr>
<td style="text-align: justify;" colspan="2">&nbsp;Обеспечивает транзит данных через физический канал. Выполняя эту задачу, уровень решает вопросыфизической адресации, топологии сети, линейной дисциплины (способ использования канала передачи), упорядоченной доставки блоков данных, уведомление о неисправностях и управление потоком данных.</td>
</tr>
<tr>
<td style="text-align: center;" colspan="2"><strong>Физический уровень</strong></td>
</tr>
<tr>
<td style="text-align: justify;" colspan="2">&nbsp;Определяет электротехнические, механические, процедурные и функциональные характеристики активации, поддержания и дезактивации физического канала между конечными системами. Спецификации физического уровня определяют уровни напряжений, синхронизацию изменения напряжений, скорость передачи сообщений, максимальные расстояния передачи, физические соединители и другие аналогичные характеристики.</td>
</tr>
</tbody>
</table>
<p style="text-align: justify;">Таблица 1. Основные функции уровней эталонной модели.</p>
<p style="text-align: justify;">Во-первых, на транспортном и канальном уровнях реализуются два НЕЗАВИСИМЫХ механизма переноса. Разбиение задачи транспортировки информации на два уровня было продиктовано необходимостью объединения множества подсетей, использующих разные технологии доступа к каналу связи (зачастую не совместимые между собой), но, с другой&nbsp;стороны, наличие двух несогласованных механизмов передачи создает проблему обеспечения качества обслуживания при переносе информации.</p>
<p style="text-align: justify;">Добиться согласованного поведения транспортного и канального уровней через сетевой уровень логически невозможно, памятуя о принципе автономности. Однако на практике для решения проблемы транспортировки стали применять средства позволяющие создавать стратегии согласованного поведения транспортного и канального уровней в обход сетевого уровня, что формально нарушает принцип автономности, разрушает единство точки предоставления услуги и выходит за рамки эталонной модели.</p>
<p style="text-align: justify;">Во-вторых, эталонная модель определяет (N)-протокол для взаимодействия равных уровней, а для идентификации объектов вводится нумерация. По этой причине, в эталонной модели возникло три системы нумерации.</p>
<ol>
<li style="text-align: justify;">номер протокола (порта), который определяет тип переносимого содержимого,</li>
<li style="text-align: justify;">номер сетевого объекта,</li>
<li style="text-align: justify;">номер физической точки пункта-приема.</li>
</ol>
<p style="text-align: justify;">Необходимость идентифицировать тип содержания возник вследствие объединения информационных потоков различных услуг в общий поток гетерогенного трафика. В ситуации, когда узкоспециализированная сеть передавала информационный поток только одного типа, данная проблема не существовала. Однако процесс конвергенции, в основе которого лежит стремление сократить статьи расходов на поддержание сетевой инфраструктуры за счет объединения различных потоков информации в общий цифровой поток, требует введения кодов идентификации содержания. При этом сложной проблемой является признание кодов идентификации администрациями связи всех стран. В настоящее время данную проблему решает известная общественная организация сообщества Интернет в лице IETF.</p>
<p style="text-align: justify;">Идентификация сетевых объектов решается одним из двух способов. Первый способ это юридическое соглашение между сетью и объектом. В качестве сети выступает лицо, имеющее основание для осуществления данной деятельности, а в качестве объекта может выступать любое лицо. Соглашение фиксируется на бумаге, а лицо представляющее объект сети, из-за отсутствия механизма обеспечения соглашения имеет возможность вносить любые изменения в свои идентификационные сведения, что служит причиной появления большого числа дестабилизирующих воздействий, в первую очередь на сеть, а во-вторых, является прекрасным способом рассылки «спама» и вредоносной информации. Второй способ это технологическое соглашение между сетью и объектом, которое определяет географическое соответствие между объектом и местом подключения.</p>
<p style="text-align: justify;">Номер сетевого объекта, как идентификатор в рамках эталонной модели представлен логическим (IP) или мобильным (SIM карта) номером, или физическим номером кроссового соединения. Однако вопрос, как обеспечить соответствие между сетевым объектом и его номером (адресом), в рамках эталонной модели остаётся без ответа.<br>
Ранее (статья в ВС №3 2003) уже обсуждалось, что установление соединения должно осуществляться между сетевыми объектами непосредственно, то есть по их персональным адресам (что рано или поздно обязательно будет внедрено во всем мире). Однако прилагаемые усилия по введению персональных адресов за счет добавления ещё одного механизма переадресации (который сегодня нередко используют для различных информационных служб) может дополнительно усугубить существующую ситуацию по обеспечению соответствия между номером и сетевым объектом.</p>
<p style="text-align: justify;">Использование номера физической точки пункта-приема в оконечном оборудовании направлено на решение задачи канальной дисциплины доступа к среде передачи. Процесс обеспечения соответствия между номерами сетевого объекта и физической точкой пункта-приема является основным для всех протоколов маршрутизации. А обеспечение идентичности соответствия между номерами в сетевых узлах одной подсети является главной задачей системы сигнализации в протоколах маршрутизации. Возможность динамического изменения соответствия между номерами позволяет организовать неконтролируемые маршруты передачи с целью осуществления неправомерных действий. А это все мы (люди планеты Земля) очень сегодня не любим, для чего прилагаем колоссальные усилия по обеспечению информационной безопасности.</p>
<p style="text-align: justify;">Таким образом, основные проблемы эталонной модели связаны, с невозможностью обеспечить качество обслуживания трафика и поддерживать соответствие между сетевым объектом и его номером (адресом). Поиском решений указанных проблем ныне занимается большинство производителей сетевого оборудования.<br>
Рассмотрим одно из возможных решений указанных проблем.</p>
<p style="text-align: right;">Валов Сергей Геннадьевич<br>
Голышко Александр Викторович</p>


<div class="yandex-share yashare-auto-init" data-yasharel10n="ru" data-yasharetheme="counter" data-yasharetype="counter" data-yasharequickservices="vkontakte,facebook,twitter,gplus" data-yasharetitle="Проблемы Эталонной модели" data-yasharelink="http://ipv17.ru/articles/problemy-etalonnoj-modeli.html"></div>The post <a href="http://ipv17.ru/articles/problemy-etalonnoj-modeli.html">Проблемы Эталонной модели</a> first appeared on <a href="http://ipv17.ru">Internet Protocol version 17</a>.]]></content:encoded>
					
					<wfw:commentRss>http://ipv17.ru/articles/problemy-etalonnoj-modeli.html/feed</wfw:commentRss>
			<slash:comments>0</slash:comments>
		
		
			</item>
		<item>
		<title>Сетевая модель инфокоммуникаций</title>
		<link>http://ipv17.ru/articles/setevaya-model-infokommunikacij.html</link>
					<comments>http://ipv17.ru/articles/setevaya-model-infokommunikacij.html#respond</comments>
		
		<dc:creator><![CDATA[admin]]></dc:creator>
		<pubDate>Mon, 19 Dec 2016 15:22:25 +0000</pubDate>
				<category><![CDATA[Articles]]></category>
		<category><![CDATA[на русском]]></category>
		<category><![CDATA[ip17]]></category>
		<category><![CDATA[ipv17]]></category>
		<category><![CDATA[principle]]></category>
		<category><![CDATA[rus]]></category>
		<category><![CDATA[technology]]></category>
		<guid isPermaLink="false">http://ipv17.ru/?p=404</guid>

					<description><![CDATA[<p>Свершившаяся конвергенция технологий, сетей и услуг закономерно привела к созданию инфокоммуникационных сетей на базе так называемых сетей связи следующего поколения (NGN). Излишне говорить, что симфонический оркестр отличается от отдельного музыканта точно так же, как от традиционных услуг связи отличается мультисервис, предлагаемый в рамках сетей NGN. Не зря ныне все о них говорят, все приписывают им &#8230; <a href="http://ipv17.ru/articles/setevaya-model-infokommunikacij.html" class="more-link">Continue reading<span class="screen-reader-text"> "Сетевая модель инфокоммуникаций"</span></a></p>
The post <a href="http://ipv17.ru/articles/setevaya-model-infokommunikacij.html">Сетевая модель инфокоммуникаций</a> first appeared on <a href="http://ipv17.ru">Internet Protocol version 17</a>.]]></description>
										<content:encoded><![CDATA[<div class="__iawmlf-post-loop-links" style="display:none;" data-iawmlf-post-links="[]"></div>
<p style="text-align: justify;">Свершившаяся конвергенция технологий, сетей и услуг закономерно привела к созданию инфокоммуникационных сетей на базе так называемых сетей связи следующего поколения (NGN). Излишне говорить, что симфонический оркестр отличается от отдельного музыканта точно так же, как от традиционных услуг связи отличается мультисервис, предлагаемый в рамках сетей NGN. <span id="more-404"></span>Не зря ныне все о них говорят, все приписывают им чудесные свойства и одновременно многие, между прочим, говорят, что их сегодняшняя реализация «неидеальна». Очевидно, начинать нужно с консерватории, и потому интеграцию плодов труда связистов и компьютерщиков нужно начинать с сетевой модели.</p>
<p style="text-align: right;">«Профессионал предсказуем, но мир полон дилетантов.»<br>
Закон Мэрфи</p>
<h5 style="text-align: justify;">Инфокоммуникации как результат интеграции</h5>
<p style="text-align: justify;">Долгое время различные сети электросвязи и позднее компьютерные сети развивались отдельно друг от друга и лишь в конце прошлого века стали интегрироваться самым серьезным образом. Когда свыше полутора веков назад Самюэл Финли Бриз Морзе отправил первое электронное сообщение с текстом “Чудны дела твои, Господи!”, еще никто не мог знать, что мир находится на пороге новой эры. Лишь по иронии судьбы и отсутствию сложившейся терминологии то, что следовало бы по праву назвать электронной почтой (что, несомненно, облегчило бы терминологию для современных специалистов), получило тогда название электрического телеграфа. Первым, кстати, сориентировался бизнес, потому телеграф распространялся тогда почти так же быстро, как сегодня Интернет. К моменту изобретения телефона телеграфное сообщение связывало уже все крупнейшие города мира, а в конце XIX века последние уже были опутаны мощной паутиной проводов. Именно тогда были заданы темпы роста телефонии: от аналоговой к цифровой и далее от канальной к пакетной. А паутине проводов вполне закономерно пришла на смену паутина компьютерных сетей под названием World Wide Web, «подсказавшая» в конечном итоге идею для дальнейшего развития NGN. Сегодня никто не сомневается, что вскоре все телекоммуникационные сети будут обеспечивать передачу сообщений в виде цифровых (двоичных) сигналов, а все виды информации в процессе передачи будут преобразовываться в цифровую форму.</p>
<p style="text-align: justify;">Вот это, по сути, и превращает телекоммуникационные сети различного назначения в сети передачи данных, различающихся лишь формой представления цифровой информации, скоростью и другими характеристиками ее передачи (например, допустимым временем задержки пакета). Собственно, практически все сети связи, построенные в последние 5–10 лет, и были таковыми. Более того, поскольку все современное цифровое сетевое и терминальное (абонентское) оборудование представляет собой, по сути, набор разнофункциональных компьютеров, все больше и больше стирается грань между сетями связи различного назначения и компьютерными сетями. Поэтому, в настоящее время основной рост информационного взаимодействия идет по линии человек–компьютер, и, что еще более значимо – по линии компьютер–компьютер вне зависимости от типа сети. Быстрое развитие в XXI веке цифровых мультисервисных сетей NGN, реализующих парадигму «многосвязанности каждого с каждым» и основанных на принципах построения современных сетей передачи и систем обработки данных, несомненно, делает последних определяющим фактором дальнейшего технологического развития средств связи в обозримом будущем.</p>
<p style="text-align: justify;">Инфокоммуникации — новый термин, означающий неразрывную связь информационных и телекоммуникационных элементов информационного обмена, которые развиваются в процессе конвергенции (взаимного проникновения). [Материалы юбилейного международного Конгресса МАС’2000 “Инфокоммуникации — новый термин Информационного века” Москва, 2000]. Инфокоммуникационные сети возникли, с одной стороны, как логичное развитие сетей электросвязи, а, с другой, — как дальнейшее развитие вычислительных (компьютерных) сетей или распределенных систем обработки данных (так называется любая система, позволяющая организовать взаимодействие независимых, но связанных между собой компьютеров). К примеру, классическая структура информационной сети, именуемой также вычислительной сетью, содержит точно такие же основные компоненты, как и любая телекоммуникационная сеть: абонентские системы (терминалы), связывающие их сети доступа и транспортную сеть, базы данных и систему управления. Более того, информационную сеть, которая объединяет открытые системы, принято также называть открытой информационной сетью. При этом все современные сети электросвязи также создаются на базе теории открытых систем, разработанной в качестве основы взаимодействия средств вычислительной техники и осуществляемой в соответствии со стандартом Х.200 «Эталонная модель взаимодействия открытых систем», принятым ISO в 1984 г. К примеру, в рамках NGN уже предлагаются услуги по созданию VPN на канальном или сетевом уровнях модели взаимодействия открытых систем.</p>
<p style="text-align: justify;">Таким образом, практически все, что в настоящее время строят связисты или компьютерщики, подпадает под определение инфокоммуникационной сети, в которой предоставляются соответствующие услуги. В свою очередь, инфокоммуникационная услуга (услуга информационного общества), определяется «Концептуальными положениями по построению мультисервисных сетей на ВСС России» в соответствии с директивой Европейского парламента (Directive 98/48/EC of 20 July 1998), и предполагает автоматизированную обработку, хранение или предоставление по запросу информации с использованием средств вычислительной техники, как на входящем, так и на исходящем конце соединения. Из всего сказанного можно сделать один интересный вывод: теоретически мир инфокоммуникаций идет к тому, чтобы (технологически) была всего одна (но мультисервисная) сеть всего с одной (но уж очень универсальной) услугой. Сейчас мы не будем развивать далее эту мысль, а остановимся на модели подобной сети будущего. Собственно пора связистам работать с моделью взаимодействия открытых систем, а компьютерщикам привыкать к предоставлению телекоммуникационного мультисервиса. И сей процесс уже пошел.<br>
С целью понимания, какие проблемы современных сетевых технологий оказывают набольшее влияние на предоставление инфокоммуникационной услуги, давайте вспомним основные принципы и положения Эталонной модели взаимодействия открытых систем.</p>
<h5 style="text-align: justify;">Эталонная модель взаимодействия</h5>
<p style="text-align: justify;">Основополагающим объектом Эталонной модели является УРОВЕНЬ, включающий в себя совокупность функций для решения ряда задач (рис. 1). Каждый из уровней взаимодействует с выше- и нижестоящим уровнем одной системы в соответствии с принципом автономности, который заключает в том, что изменение или модификация одного уровня не должно приводить к изменению других уровней. Выполнение данного принципа реализуется через ЕДИНСТВЕННУЮ точку взаимодействия УРОВНЯ.</p>
<p style="text-align: justify;">Взаимодействие между системами осуществляется посредством протокола и интерфейса. Протоколом называют правила, описывающие последовательность и формат сообщений одного уровня передаваемые из одной системы в другую а, интерфейсом — правила передачи сообщений через точку взаимодействия в рамках одной системы.</p>
<p style="text-align: justify;">Уровневая модель исключает прямую связь между соответствующими уровнями разных систем, равно как и связь не смежных уровней одной системы. Поэтому, каждый уровень Системы А использует услуги, предоставляемые ему нижестоящим уровнем, чтобы осуществить связь с соответствующим ему уровнем Системы В. При этом нижестоящий уровень называется источником услуг, а вышестоящий — пользователем услуг.</p>
<p style="text-align: justify;"><img loading="lazy" decoding="async" class="aligncenter wp-image-433 size-large" title="Рисунок 1. Модель Уровня" src="http://ipv17.ru/wp-content/uploads/2016/12/Модель-уровня-1024x437.jpg" width="840" height="358" srcset="http://ipv17.ru/wp-content/uploads/2016/12/Модель-уровня-1024x437.jpg 1024w, http://ipv17.ru/wp-content/uploads/2016/12/Модель-уровня-300x128.jpg 300w, http://ipv17.ru/wp-content/uploads/2016/12/Модель-уровня-768x328.jpg 768w, http://ipv17.ru/wp-content/uploads/2016/12/Модель-уровня-1200x512.jpg 1200w, http://ipv17.ru/wp-content/uploads/2016/12/Модель-уровня.jpg 1748w" sizes="auto, (max-width: 709px) 85vw, (max-width: 909px) 67vw, (max-width: 1362px) 62vw, 840px"></p>
<p style="text-align: justify;">Рисунок 1. Модель Уровня.</p>
<p style="text-align: justify;">Собственно эталонная модель описывает, как информация переносится через среду, для чего разбивает сеть по горизонтали на семь уровней, и чтобы связь могла состояться, каждый уровень должен выполнить заранее заданный набор функций (рис.2).<br>
Эталонная модель определяет следующие уровни: прикладной (7), представительный (6), сеансовый (5), транспортный (4), сетевой (3), канальный (2) и физический (1) уровни.</p>
<p style="text-align: justify;"><img loading="lazy" decoding="async" class="aligncenter wp-image-438 size-large" title="Рисунок 2. Уровневая модель взаимодействия" src="http://ipv17.ru/wp-content/uploads/2016/12/Уровневая-модель-взаимодействия-1024x559.jpg" width="840" height="459" srcset="http://ipv17.ru/wp-content/uploads/2016/12/Уровневая-модель-взаимодействия-1024x559.jpg 1024w, http://ipv17.ru/wp-content/uploads/2016/12/Уровневая-модель-взаимодействия-300x164.jpg 300w, http://ipv17.ru/wp-content/uploads/2016/12/Уровневая-модель-взаимодействия-768x419.jpg 768w, http://ipv17.ru/wp-content/uploads/2016/12/Уровневая-модель-взаимодействия-1200x655.jpg 1200w, http://ipv17.ru/wp-content/uploads/2016/12/Уровневая-модель-взаимодействия.jpg 1743w" sizes="auto, (max-width: 709px) 85vw, (max-width: 909px) 67vw, (max-width: 1362px) 62vw, 840px"></p>
<p style="text-align: justify;">Рисунок 2. Уровневая модель взаимодействия.</p>
<p style="text-align: justify;">Все это относится отнюдь не только к информационным сетям, но и к привычным для нас сетям связи. В частности, основные задачи, выполняемые каждым уровнем на примере их проявления в телефонной сети и сети Интернет, приведены в таблице 1.<br>
Следует только заметить, что большая часть уровней в сети Интернет реализуется программно, в то время как в телефонной сети — аппаратно. Вот, собственно, и вся разница. Впрочем, остается добавить, что вышесказанное лишний раз говорит о том, что, к примеру, реализация услуг телефонии – одно из множества свойств сети передачи данных. Или инфокоммуникационной сети.</p>
<p style="text-align: right;">Валов Сергей Геннадьевич<br>
Голышко Александр Викторович</p>


<div class="yandex-share yashare-auto-init" data-yasharel10n="ru" data-yasharetheme="counter" data-yasharetype="counter" data-yasharequickservices="vkontakte,facebook,twitter,gplus" data-yasharetitle="Сетевая модель инфокоммуникаций" data-yasharelink="http://ipv17.ru/articles/setevaya-model-infokommunikacij.html"></div>The post <a href="http://ipv17.ru/articles/setevaya-model-infokommunikacij.html">Сетевая модель инфокоммуникаций</a> first appeared on <a href="http://ipv17.ru">Internet Protocol version 17</a>.]]></content:encoded>
					
					<wfw:commentRss>http://ipv17.ru/articles/setevaya-model-infokommunikacij.html/feed</wfw:commentRss>
			<slash:comments>0</slash:comments>
		
		
			</item>
		<item>
		<title>Схемы переноса информационных потоков</title>
		<link>http://ipv17.ru/articles/sxemy-perenosa-informacionnyx-potokov.html</link>
					<comments>http://ipv17.ru/articles/sxemy-perenosa-informacionnyx-potokov.html#respond</comments>
		
		<dc:creator><![CDATA[admin]]></dc:creator>
		<pubDate>Mon, 19 Dec 2016 15:12:41 +0000</pubDate>
				<category><![CDATA[Articles]]></category>
		<category><![CDATA[на русском]]></category>
		<category><![CDATA[ip17]]></category>
		<category><![CDATA[ipv17]]></category>
		<category><![CDATA[principle]]></category>
		<category><![CDATA[rus]]></category>
		<category><![CDATA[technology]]></category>
		<guid isPermaLink="false">http://ipv17.ru/?p=400</guid>

					<description><![CDATA[<p>Для определения совокупности схем переноса немного повторимся. Отправитель и получатель (рис.3) являются “конечными” точками потока данных. Но в процессе переноса помимо них могут участвовать дополнительные базы данных (каталог) и так называемые «ненаправленные объекты». Собственно каталог представляет собой самостоятельный объект и даже самостоятельный вид деятельности. Оператор связи обеспечивает инициализацию и перенос информационного потока, а, к примеру, &#8230; <a href="http://ipv17.ru/articles/sxemy-perenosa-informacionnyx-potokov.html" class="more-link">Continue reading<span class="screen-reader-text"> "Схемы переноса информационных потоков"</span></a></p>
The post <a href="http://ipv17.ru/articles/sxemy-perenosa-informacionnyx-potokov.html">Схемы переноса информационных потоков</a> first appeared on <a href="http://ipv17.ru">Internet Protocol version 17</a>.]]></description>
										<content:encoded><![CDATA[<div class="__iawmlf-post-loop-links" style="display:none;" data-iawmlf-post-links="[]"></div>
<p style="text-align: justify;">Для определения совокупности схем переноса немного повторимся. Отправитель и получатель (рис.3) являются “конечными” точками потока данных. Но в процессе переноса помимо них могут участвовать дополнительные базы данных (каталог) и так называемые «ненаправленные объекты». <span id="more-400"></span>Собственно каталог представляет собой самостоятельный объект и даже самостоятельный вид деятельности. Оператор связи обеспечивает инициализацию и перенос информационного потока, а, к примеру, ненаправленный объект в лице уполномоченного ведомства во исполнение своих законодательных обязанностей по проведению оперативно-следственных мероприятий взаимодействует с оператором связи (вернее, с его оборудованием). Заметим, что в обозримом будущем в любом государстве эти функции все-таки придется кому-то исполнять.</p>
<p style="text-align: justify;"><img loading="lazy" decoding="async" class="aligncenter wp-image-425 size-large" title="Рисунок 3. Взаимодействие ресурсов" src="http://ipv17.ru/wp-content/uploads/2016/12/Взаимодействие-ресурсов-1024x543.jpg" width="840" height="445" srcset="http://ipv17.ru/wp-content/uploads/2016/12/Взаимодействие-ресурсов-1024x543.jpg 1024w, http://ipv17.ru/wp-content/uploads/2016/12/Взаимодействие-ресурсов-300x159.jpg 300w, http://ipv17.ru/wp-content/uploads/2016/12/Взаимодействие-ресурсов-768x407.jpg 768w, http://ipv17.ru/wp-content/uploads/2016/12/Взаимодействие-ресурсов-1200x636.jpg 1200w, http://ipv17.ru/wp-content/uploads/2016/12/Взаимодействие-ресурсов.jpg 1695w" sizes="auto, (max-width: 709px) 85vw, (max-width: 909px) 67vw, (max-width: 1362px) 62vw, 840px"></p>
<p style="text-align: justify;">Рисунок 3. Взаимодействие ресурсов.</p>
<p style="text-align: justify;">Рассмотрим схемы переноса информационных потоков и характерные их свойства, которые возникают между участниками взаимодействия. (См. рис. 4a‑d).</p>
<p style="text-align: justify;"><img loading="lazy" decoding="async" class="aligncenter wp-image-427 size-large" title="Рисунок 4a. Вещание по расписанию" src="http://ipv17.ru/wp-content/uploads/2016/12/4a-1024x534.jpg" width="840" height="438" srcset="http://ipv17.ru/wp-content/uploads/2016/12/4a-1024x534.jpg 1024w, http://ipv17.ru/wp-content/uploads/2016/12/4a-300x157.jpg 300w, http://ipv17.ru/wp-content/uploads/2016/12/4a-768x401.jpg 768w, http://ipv17.ru/wp-content/uploads/2016/12/4a-1200x626.jpg 1200w, http://ipv17.ru/wp-content/uploads/2016/12/4a.jpg 1757w" sizes="auto, (max-width: 709px) 85vw, (max-width: 909px) 67vw, (max-width: 1362px) 62vw, 840px"></p>
<p style="text-align: justify;">Рисунок 4a. Вещание по расписанию.</p>
<p style="text-align: justify;">
</p><p style="text-align: justify;"><img loading="lazy" decoding="async" class="aligncenter wp-image-428 size-large" title="Рисунок 4b. Вещание по запросу" src="http://ipv17.ru/wp-content/uploads/2016/12/4b-1024x533.jpg" width="840" height="437" srcset="http://ipv17.ru/wp-content/uploads/2016/12/4b-1024x533.jpg 1024w, http://ipv17.ru/wp-content/uploads/2016/12/4b-300x156.jpg 300w, http://ipv17.ru/wp-content/uploads/2016/12/4b-768x400.jpg 768w, http://ipv17.ru/wp-content/uploads/2016/12/4b-1200x625.jpg 1200w, http://ipv17.ru/wp-content/uploads/2016/12/4b.jpg 1757w" sizes="auto, (max-width: 709px) 85vw, (max-width: 909px) 67vw, (max-width: 1362px) 62vw, 840px">Рисунок 4b. Вещание по запросу.</p>
<p style="text-align: justify;"><img loading="lazy" decoding="async" class="aligncenter wp-image-429 size-large" title="Рисунок 4c. Диалог по расписанию" src="http://ipv17.ru/wp-content/uploads/2016/12/4c-1024x534.jpg" width="840" height="438" srcset="http://ipv17.ru/wp-content/uploads/2016/12/4c-1024x534.jpg 1024w, http://ipv17.ru/wp-content/uploads/2016/12/4c-300x156.jpg 300w, http://ipv17.ru/wp-content/uploads/2016/12/4c-768x401.jpg 768w, http://ipv17.ru/wp-content/uploads/2016/12/4c-1200x626.jpg 1200w, http://ipv17.ru/wp-content/uploads/2016/12/4c.jpg 1758w" sizes="auto, (max-width: 709px) 85vw, (max-width: 909px) 67vw, (max-width: 1362px) 62vw, 840px"></p>
<p style="text-align: justify;">Рисунок 4c. Диалог по расписанию.</p>
<p style="text-align: justify;"><img loading="lazy" decoding="async" class="aligncenter wp-image-430 size-large" title="Рисунок 4d. Диалог по запросу" src="http://ipv17.ru/wp-content/uploads/2016/12/4d-1024x536.jpg" width="840" height="440" srcset="http://ipv17.ru/wp-content/uploads/2016/12/4d-1024x536.jpg 1024w, http://ipv17.ru/wp-content/uploads/2016/12/4d-300x157.jpg 300w, http://ipv17.ru/wp-content/uploads/2016/12/4d-768x402.jpg 768w, http://ipv17.ru/wp-content/uploads/2016/12/4d-1200x628.jpg 1200w, http://ipv17.ru/wp-content/uploads/2016/12/4d.jpg 1755w" sizes="auto, (max-width: 709px) 85vw, (max-width: 909px) 67vw, (max-width: 1362px) 62vw, 840px"></p>
<p style="text-align: justify;">Рисунок 4d. Диалог по запросу.</p>
<h5 style="text-align: justify;">Вещание по расписанию</h5>
<p style="text-align: justify;">Отправитель (он же информационный ресурс) регистрирует свой номер канала передачи, временной план и указатель на тип информационного потока. Например, программа телевизионных передачи содержит номер телевизионного канала, перечень передач с аннотацией их содержания.</p>
<p style="text-align: justify;">Каталог в виде мягкой или твердой копии доставляется до получателя. На основе указателя типа информационного потока (аннотации содержания) и временного плана получатель инициализирует свой точку доступа (в частности телевизор) на прием информационного потока (если в одной из областей хранения вследствие «потребности» возникает «пустота»). Перемещение данных направлено на заполнение возникшей «пустоты». Если поступившие данные не противоречат имеющимся и если у потребителя имеются необходимые знания, то данные потребляются, что способствуют удовлетворению «потребности», в противном случае они «отбрасываются».</p>
<p style="text-align: justify;">Оператор связи, используя телекоммуникационную инфраструктуру, обеспечивает однонаправленный перенос информационного потока с использование проводных или беспроводных технологий. В настоящее время оператор использует мягкую копию для переноса информации в виде аудио- или видео-потока, что позволяет в рамках существующих технологий организовать 32 типа потока. С введением методов цифровой передачи оператор сможет использовать и медиа-потоки (вероятно, когда-нибудь будут доступны и синтео-потоки, если методы передачи достигнут соответствующего уровня развития).</p>
<p style="text-align: justify;">В схеме «вещание по расписанию» отправитель и получатель используют разные типы соединений. Отправитель использует вещательное соединение, а получатель — множественный прием. Поскольку отправитель применяет одно соединение для переноса информации множеству получателей, то адресом потока служит номер канала или выделенный для него частотный диапазон («частота передачи»). Получатель, используя множественный прием, осуществляет выбор сигнала для приема соответствующей структуры. С цель обеспечения соединения в условиях множественного приема «точка доступа» должна иметь возможность генерировать набор сигналов (чтобы переключать каналы). В качестве переключателя может выступать как переключатель каналов непосредственно в телевизоре, так и коммутатор АТМ на местном узле связи, а также IP-маршрутизатор.</p>
<p style="text-align: justify;">Рассматриваемая сетевая инфраструктура характеризуется доведением множества каналов передачи от отправителя до получателя. Ограничение схемы связано с доступным частотным планом и стоимость оконечного оборудования. Этой схеме соответствуют сети телевизионного и радио вещания (с точки зрения мягкой копии) и периодические издания (с позиции твердой копии).</p>
<p style="text-align: justify;">Свойство мобильности получатель реализует самостоятельно, а инфраструктура должна обеспечить покрытие территории для чего организует передачу одного и того же потока в различных регионах. Получатель при переходе из одной зоны приема в другую, используя множественный прием, может удерживать соединение.</p>
<p style="text-align: justify;">Отдельно следует остановиться на вопросе сетевой нравственности. Поскольку прерывание направленного взаимодействия получателя и отправителя не допускается (во всяком случае, в нашей «идеальной» сети будущего), то встает вопрос о рекламе на телевизионном канале. Как мы уже отмечали ранее, получатель инициирует соединение для получения данных в область потребления. В случае, когда данные поступают в несоответствующую область потребления, они могут вызвать (и часто вызывают) отторжение. Проявление феномена «рекламы» настоящего периода указывает на неразвитость понимания свойств информационных и финансовых потоков, а так же на ограниченность существующих технологий переноса. А также на неурегулированность вопросов, связанных с балансом информационной безопасности получателей и рекламным бизнесом.</p>
<p style="text-align: justify;">В свою очередь, ненаправленный объект осуществляет контроль над качеством и содержательной частью информации, в рамках законодательства и технических норм.</p>
<p style="text-align: justify;">Данная схема так же действует и при переносе информации в виде твердой копии.</p>
<p style="text-align: justify;">В частности, периодическое обновление юридических или бухгалтерских баз данных посредством распространения по подписке компакт дисков, является наглядным примером действия рассмотренной схемы.</p>
<h5 style="text-align: justify;">Вещание по запросу</h5>
<p style="text-align: justify;">В отличие от предыдущего случая отправитель (он же информационный ресурс) регистрирует как свой номер канала передачи, так и указатель типа информационного потока.</p>
<p style="text-align: justify;">Каталог в виде мягкой или твердой копии доступен получателю. На основе указателя типа информационного потока (к примеру, аннотации содержания) получатель формирует собственный временной план для приема информационного потока, реализуя тем самым режим по запросу. Отправитель, получая от каталога сведения о временном плане, инициирует информационный поток.<br>
Инициализация информационного потока возможна в трех режимах: «экономно», с задержкой («отложено») или немедленно.</p>
<p style="text-align: justify;">Режим «экономно» используется для оптимизации пропускной способности канала связи и применяется, в случае, когда точка доступа получателя имеет память (желательно большую). Отправитель (в соответствии с временным планом получателя и оптимизируя пропускную способность оператора) формирует информационный поток в память точки доступа. Дополнительная экономия для оператора получается при объединении нескольких однотипных временных планов. Получатель инициирует поток данных из памяти точки доступа.</p>
<p style="text-align: justify;">Режим «отложено» используется для оптимизации загрузки каналов связи отправителя и не использует память точки доступа. В этом случае отправитель, получив от каталога временной план, модифицирует его с целью выявления однотипных планов для их последующего объединения. Отправитель информирует о модификации временного плана получателя, который вправе согласиться или отвергнуть данную модификацию.</p>
<p style="text-align: justify;">Режим «немедленно» используется для удовлетворения желания получателя, и указывает на то, что отправитель должен инициировать информационный поток индивидуально данному получателю. Этот режим схемы вещания по запросу, оказывается наиболее сложным в реализации телекоммуникационной инфраструктуры.</p>
<p style="text-align: justify;">Приведенные режимы инициализации потоков указывают на необходимость использования разных типов соединений. В первом и втором режимах отправитель использует вещательное соединение, а получатель — двухточечное соединение.</p>
<p style="text-align: justify;">Последний режим заставляет отправителя перейти с вещательного соединения на двухточечное соединение. Этот переход ограничивается доступным частотным планом или числом соответствующих каналов передачи.</p>
<p style="text-align: justify;">В отличие от предшествующей схемы, адресация устанавливается не для канала передачи, а для типа (а возможно и имени) информационного потока с дополнительным учетом временного плана. Например, программа вечерних новостей 6 канала от «такого-то числа» или кинофильм «Белое солнце пустыни». Таким образом, система адресации должна понимать тип и имя информационного потока, и уметь идентифицировать его во времени.</p>
<p style="text-align: justify;">В отличие от вещания по расписанию, свойства мобильности в схеме «вещание по запросу» реализуется не получателем, а дополнительной сетевой инфраструктурой, которая осуществляет изменение направления переноса. Сеть следующего поколения должна обеспечить изменение направление переноса любого типа информационного потока, между произвольным числом каналов связи на любой территории.</p>
<p style="text-align: justify;">Ненаправленный объект в рамках законодательных обязанностей получает сведения о времени, содержании и истории направленного взаимодействия.</p>
<h5 style="text-align: justify;">Диалог по расписанию</h5>
<p style="text-align: justify;">Диалог по расписанию используется, когда получателю требуется периодическое получение данных от отправителя. Данная схема использует двухточечное соединение для мониторинга объектов.<br>
Каталог в виде мягкой или твердой копии доступен получателю. Временной план переноса информации отправитель указывает в каталоге и в его соответствии осуществляет инициализацию соединения. Каталог инициализирует получателя на получение информации.</p>
<p style="text-align: justify;">Установление соединения может осуществляться в режимах: статической или динамической инициализации.</p>
<p style="text-align: justify;">Статическая инициализация предусматривает априори известный временной план переноса информации. В то время как динамическая инициализация осуществляет перенос по мере появления данных у отправителя.<br>
Номер отправителя или используемый им канал связи является его адресом.<br>
Свойство мобильности реализуется на основе дополнительной инфраструктуры.<br>
Ненаправленный объект в рамках закона получает сведения о времени, содержании и истории направленного взаимодействия.</p>
<h5 style="text-align: justify;">Диалог по запросу</h5>
<p style="text-align: justify;">Диалог по запросу используется, переноса информации от получателя до отправителя. Данная схема использует двухточечное соединение.<br>
Каталог в виде мягкой или твердой копии (визитной карты) доступен отправителю и получателю. Получатель, устанавливая временной план, выполняет инициализацию переноса информации от отправителя.<br>
Персональный номер (имя) получателя и отправителя составляют основу системы адресации.<br>
Свойство мобильности и действия ненаправленного объекта совпадают с предшествующей схемой.</p>
<h5 style="text-align: justify;">А как быть с копирайтом в сети</h5>
<p style="text-align: justify;">Объект, включенный в состав “каталога” имеет право получить вознаграждение за свои данные. Никто не может распространять данные объекта в рамках действия “каталога” без разрешения последнего. Нарушение этого условия является основанием для возникновения обязательства возместить ущерб.<br>
Контроль над соблюдением данного условия возлагается на источник информации.<br>
Объект, заинтересованный в защите своих данных может поручить осуществление данного контроля третьему лицу.</p>
<h5 style="text-align: justify;">Итоговая таблица</h5>
<p style="text-align: justify;">Итоговая таблица включает качественные, количественные и качественно-количественные критерия информационных потоков. Пространственный вид таблицы как многомерной структуру мягкой копии показан на рисунке 5. В таблице представлен один вид потока – аудио. Для информационных потоков вида видео, медиа и синтео, так же как и для твердой копии аналогичны.</p>
<p style="text-align: justify;"><img loading="lazy" decoding="async" class="aligncenter wp-image-431 size-large" title="Рисунок 5. Итоговая таблица" src="http://ipv17.ru/wp-content/uploads/2016/12/Итоговая-таблица-1024x710.jpg" width="840" height="582" srcset="http://ipv17.ru/wp-content/uploads/2016/12/Итоговая-таблица-1024x710.jpg 1024w, http://ipv17.ru/wp-content/uploads/2016/12/Итоговая-таблица-300x208.jpg 300w, http://ipv17.ru/wp-content/uploads/2016/12/Итоговая-таблица-768x532.jpg 768w, http://ipv17.ru/wp-content/uploads/2016/12/Итоговая-таблица-1200x832.jpg 1200w, http://ipv17.ru/wp-content/uploads/2016/12/Итоговая-таблица.jpg 1239w" sizes="auto, (max-width: 709px) 85vw, (max-width: 909px) 67vw, (max-width: 1362px) 62vw, 840px"></p>
<p style="text-align: justify;">Рисунок 5. Итоговая таблица.</p>
<p style="text-align: justify;">Каждая ячейка таблицы описывает один информационный поток. В описание входит идентификация потока, схемы трафика и финансового потока, требование к скорости переноса в зависимости от текущего достижения прикладных протоколов и его чувствительность к задержкам.</p>
<p style="text-align: justify;">К области электросвязи (использование только мягкой копии) относится 512 из них но, учитывая невозможность к настоящему времени применять данные вида „синтео“, число потоков сокращается до 384. Каждый поток характеризуется семью признаками и имеет собственную информационную и финансовую схему.</p>
<p style="text-align: justify;">Определение информационных и финансовых схем для каждого типа потока, позволит выработать требования, которые информационные потоки предъявляют к технологии переноса, а попутно раскрыть недостатки большинства технологий используемых в настоящее время.</p>
<p style="text-align: justify;">Необходимость анализа диктуется тем, что жизненный цикл телекоммуникационных технологий никак не связан с периодом окупаемости средств, вложенных в них. Такая “не связанность” увеличивает инвестиционный риск при строительстве новых или модернизации существующих телекоммуникационных инфраструктур.</p>
<h5 style="text-align: justify;">Результаты</h5>
<p style="text-align: justify;">Выбирая из итоговой таблицы потоки, Оператор определяется с набором услуг, которые он собирается предоставлять в дальнейшем. Процедура выбора самая сложная, поскольку требует от оператора:</p>
<ol>
<li style="text-align: justify;">понимания сути информационного потока;</li>
<li style="text-align: justify;">возможности технических ресурсов для переноса информационного потока;</li>
<li style="text-align: justify;">проведения маркетингового исследования для определения оценки финансового потока для соответствующего информационного потока.</li>
</ol>
<p style="text-align: justify;">После выбора соответствующего числа потоков, Оператор будет способен сформировать план развития услуг (см. рис.6), в соответствии с которым, может быть составлен план-график маркетинговых исследований. Проводя мониторинг состояния рынка на востребованность конкретных потоков, оператор будет видеть темпы развития потребности в тех или иных потоках, и тем самым, сможет своевременно выходить с новыми услугами.</p>
<table>
<tbody>
<tr>
<td>Годы</td>
<td style="text-align: center;">1</td>
<td style="text-align: center;">2</td>
<td style="text-align: center;">3</td>
<td style="text-align: center;">4</td>
<td style="text-align: center;">5</td>
<td style="text-align: center;">…</td>
</tr>
<tr>
<td>Число потоков</td>
<td style="text-align: center;">4</td>
<td style="text-align: center;">8</td>
<td style="text-align: center;">10</td>
<td style="text-align: center;">60</td>
<td style="text-align: center;">150</td>
<td style="text-align: center;">384</td>
</tr>
</tbody>
</table>
<p style="text-align: justify;">Рисунок 6 План развития.</p>
<p style="text-align: justify;">Таким образом, в основу развития сети закладываются информационные потоки в виде трафика, а не технические решения. Предлагаемый подход изначально ориентируется на возможности переноса как существующих, так и будущих трафиков, и позволяет наметить программу их продвижения на рынок.</p>
<p style="text-align: justify;">На основе плана развития услуг можно, проводить периодические исследования рынка, на предмет оценки объемов финансовых потоков для каждого конкретного информационного потока. Эти сведения позволят заблаговременно определять моменты “созревания” рынка.</p>
<p style="text-align: justify;">Опираясь на план развития информационных потоков совместно с исследованием рынка, оператор связи имеет возможность создать Генеральную схему развития своей инфраструктуры на весьма продолжительное время.</p>
<h5 style="text-align: justify;">Вторые выводы</h5>
<p style="text-align: justify;">Прежде, чем двигаться дальше, закрепим наши сетевые постулаты. Итак:</p>
<ul>
<li style="text-align: justify;">информационный поток имеет начало и конец;</li>
<li style="text-align: justify;">число информационных потоков ограниченно;</li>
<li style="text-align: justify;">система адресации должна различать тип и имя информационного потока, и уметь идентифицировать его во времени;</li>
<li style="text-align: justify;">опираясь на информационные потоки, можно создать схему развития сетевой инфраструктуры на продолжительное время.</li>
</ul>
<p style="text-align: right;">Валов Сергей Геннадьевич<br>
Голышко Александр Викторович</p>


<div class="yandex-share yashare-auto-init" data-yasharel10n="ru" data-yasharetheme="counter" data-yasharetype="counter" data-yasharequickservices="vkontakte,facebook,twitter,gplus" data-yasharetitle="Схемы переноса информационных потоков" data-yasharelink="http://ipv17.ru/articles/sxemy-perenosa-informacionnyx-potokov.html"></div>The post <a href="http://ipv17.ru/articles/sxemy-perenosa-informacionnyx-potokov.html">Схемы переноса информационных потоков</a> first appeared on <a href="http://ipv17.ru">Internet Protocol version 17</a>.]]></content:encoded>
					
					<wfw:commentRss>http://ipv17.ru/articles/sxemy-perenosa-informacionnyx-potokov.html/feed</wfw:commentRss>
			<slash:comments>0</slash:comments>
		
		
			</item>
		<item>
		<title>Зачем и кому нужна Контентология</title>
		<link>http://ipv17.ru/articles/zachem-i-komu-nuzhna-kontentologiya.html</link>
					<comments>http://ipv17.ru/articles/zachem-i-komu-nuzhna-kontentologiya.html#respond</comments>
		
		<dc:creator><![CDATA[admin]]></dc:creator>
		<pubDate>Mon, 19 Dec 2016 15:04:15 +0000</pubDate>
				<category><![CDATA[Articles]]></category>
		<category><![CDATA[на русском]]></category>
		<category><![CDATA[ip17]]></category>
		<category><![CDATA[ipv17]]></category>
		<category><![CDATA[principle]]></category>
		<category><![CDATA[rus]]></category>
		<category><![CDATA[technology]]></category>
		<guid isPermaLink="false">http://ipv17.ru/?p=398</guid>

					<description><![CDATA[<p>Неопределённость понятия «информации» и как следствие размытость границ «контента», всё это звенья одной цепи. Определив в предыдущей статье, задачу связи как естественное перемещение данных посредством переноса информации в виде ее копии, получаем возможность, осознать сущность контента. Создается возможность гармонизировать понятия информации, контента и связи. В итоге, формируется система понятий, в рамках которой разработчики технологий и &#8230; <a href="http://ipv17.ru/articles/zachem-i-komu-nuzhna-kontentologiya.html" class="more-link">Continue reading<span class="screen-reader-text"> "Зачем и кому нужна Контентология"</span></a></p>
The post <a href="http://ipv17.ru/articles/zachem-i-komu-nuzhna-kontentologiya.html">Зачем и кому нужна Контентология</a> first appeared on <a href="http://ipv17.ru">Internet Protocol version 17</a>.]]></description>
										<content:encoded><![CDATA[<div class="__iawmlf-post-loop-links" style="display:none;" data-iawmlf-post-links="[]"></div>
<p style="text-align: justify;">Неопределённость понятия «информации» и как следствие размытость границ «контента», всё это звенья одной цепи. Определив в предыдущей статье, задачу связи как естественное перемещение данных посредством переноса информации в виде ее копии, получаем возможность, осознать сущность контента. <span id="more-398"></span>Создается возможность гармонизировать понятия информации, контента и связи. В итоге, формируется система понятий, в рамках которой разработчики технологий и поставщики контента смогут говорить на языке понятном им обоим. С другой стороны, оператор связи, осознавая движущие силы контента, будет способен развивать инфраструктуру связи в направлении максимального удовлетворение запросов потребителя. Предоставляя последнему контент в нужное время в нужное место.</p>
<p style="text-align: justify;">Конечная цель контентологии заключается в построении классификационной таблицы информационных потоков. К примеру, периодическая таблица химических элементов способствовала развитию многих областей естествознания. Можно надеется, что и наша классификационная таблица, раскроет оператору особенности информационных потоков, с которыми он собирается работать, и окажет влияние на развитие информационных ресурсов и технологий переноса. Как представляется, именно она должна встать фундаментом архитектуры построения будущей универсальной сети.</p>
<h5 style="text-align: justify;">Огласите весь список, пожалуйста…</h5>
<p style="text-align: justify;">Объективное представление о числе информационных потоков строится на основе взаимосвязанных начал: качества и количества. Информация, необходимая для удовлетворения «потребности» у получателя, вызывает своего рода «пустоту» в области хранения. «Заполнить» возникшую «пустоту» может объект, у которого имеются необходимые для этого данные.</p>
<p style="text-align: justify;">Поскольку «пустота» возникает в активной части области хранения, то место где она возникла, определим как – область потребления, а место, откуда могут быть перемещены данные как – область источника.</p>
<p style="text-align: justify;">Любой объект имеет область хранения, и может выступать как получателем, так и отправителем. Учитывая, что в каждом конкретном случае объект может принимать или передавать данные, то есть работать в полудуплексном режиме, то в дальнейших рассуждениях будем рассматривать действие только одной половины области хранения.</p>
<p style="text-align: justify;">Ведь в случае, когда объект сначала передает, а потом принимает данные, говорит о том, что отправитель и получатель поменялись местами, но сам процесс перемещения данный остался прежним. В настоящее время (общими усилиями специалистов) определено, что область источника и потребления делится на четыре активных части.</p>
<p style="text-align: justify;">Данные, поступающее из области источника, могут принадлежать обществу, личности, частному или коллективному лицу. Определение свойств принадлежности источника во многом предопределяет генерацию будущих финансовых потоков, которые по обыкновению циркулируют параллельно с информационными потоками в сети связи. У них, конечно, есть свои «финансовые» сети, но без них, очевидно, была бы невозможна коммерческая связь. Поэтому определим свойства принадлежности содержательной части информации.</p>
<p style="text-align: justify;">Общественная принадлежность содержания — это продукт деятельности всего общества в целом в лице его уполномоченных институтов. Семантика общественного содержания состоит в оповещении о возможной опасности нанесения вреда или угрозы жизни, здоровью, жизнедеятельности людей, предприятий, учреждений, организаций, всего общества в целом. Доступ к содержанию общественной принадлежности должен быть открытым и об этом, кстати, заявлено в Доктрине информационной безопасности РФ.</p>
<p style="text-align: justify;">Личная (персональная) принадлежность содержания, включает сведения о гражданах, предприятиях, учреждениях, организациях в рамках гражданского законодательства. Доступ к содержанию личной принадлежности имеющей открытые и закрытые части, регламентируется законом.</p>
<p style="text-align: justify;">Частная принадлежность содержания формируется как продукт деятельности физического лица. Порядок использования и доступа к частному содержанию лицо, создавшее ее, определяет самостоятельно (не упуская, конечно, из виду Административный и Уголовный кодексы).</p>
<p style="text-align: justify;">Коллективная (корпоративная) принадлежность содержания, является продуктом деятельности группы лиц, объединенных в законодательном порядке в предприятия, учреждения, организации. Порядок использования и доступа к содержанию определяется предприятием, учреждением, организацией самостоятельно в рамках собственной концепции сохранения конфиденциальности и действующего законодательства.</p>
<p style="text-align: justify;">Содержание, поступающее в область потребления, может быть предназначено для:</p>
<ul>
<li style="text-align: justify;">накопления знаний (обучение);</li>
<li style="text-align: justify;">достижения равновесия эмоционального состояния и т.п. (развлечения);</li>
<li style="text-align: justify;">удовлетворения необходимых жизненных потребностей, достигаемого через профессиональную деятельность (назовем это «обеспечением»);</li>
<li style="text-align: justify;">для отправления религиозных и иных культов с целью достижения гармонии личности с совестью (вероисповедание).</li>
</ul>
<p style="text-align: justify;">Перемещение данных между областями хранения, сопровождается трансформацией его копии из формы хранения в форму переноса, которая может быть представлена в следующем виде: аудио, видео, медио и синтео.</p>
<p style="text-align: justify;">Аудио содержание – это звуковой ряд естественных и/или синтезированных звуков.</p>
<p style="text-align: justify;">Видео содержание – это объединение визуального ряда естественных и/или синтезированных образов с аудио.</p>
<p style="text-align: justify;">Медиа (так принято, хотя просится «медио») содержание – это объединение текстового, звукового и визуального рядов (вероятно, сюда уже можно добавлять тактильные ощущения и запахи) с методами обработки для синтезированного воспроизведения звука, образа, текста, графики совместно и/или раздельно (в общем, все, что можно получить от современного компьютера). Текстовой ряд – это пиксельное представление букв, цифр и знаков в начертании языковых кодовых таблиц.</p>
<p style="text-align: justify;">Синтео содержание – это ряд двух или трехмерных объектов, полученных методами химического синтеза или механической обработки.</p>
<p style="text-align: justify;">Совокупность признаков, которые делят области хранения у отправителя и получателя составляют суть качественных критериев перемещения данных. Однако число информационных потоков определяется не только числом сочетаний активных частей областей хранения, оно дополнительно включает вид копии перемещаемых данных представленных на рисунке 1.</p>
<p style="text-align: justify;"><img loading="lazy" decoding="async" class="aligncenter wp-image-419 size-large" title="Рисунок 1. Совокупность качественных признаков" src="http://ipv17.ru/wp-content/uploads/2016/12/Совокупность-качественных-признаков-1024x221.jpg" width="840" height="181" srcset="http://ipv17.ru/wp-content/uploads/2016/12/Совокупность-качественных-признаков-1024x221.jpg 1024w, http://ipv17.ru/wp-content/uploads/2016/12/Совокупность-качественных-признаков-300x65.jpg 300w, http://ipv17.ru/wp-content/uploads/2016/12/Совокупность-качественных-признаков-768x166.jpg 768w, http://ipv17.ru/wp-content/uploads/2016/12/Совокупность-качественных-признаков-1200x259.jpg 1200w, http://ipv17.ru/wp-content/uploads/2016/12/Совокупность-качественных-признаков.jpg 1684w" sizes="auto, (max-width: 709px) 85vw, (max-width: 909px) 67vw, (max-width: 1362px) 62vw, 840px"></p>
<p style="text-align: justify;">Рисунок 1. Совокупность качественных признаков</p>
<p style="text-align: justify;">В результате, перемещение данных из области источника в область потребления может осуществляться 64‑я типами потоков (все возможные варианты).</p>
<p style="text-align: justify;">Наравне с качественными критериями существуют и количественные критерии. Они оценивают величину и форму переноса информации с точки зрения, способа адресации, характера инициализации и скорости изменения координат соединения.</p>
<p style="text-align: justify;">Способ адресация определяет направление переноса информации в форме устанавливаемого соединения. Соединение, в рамках которого осуществляется перенос информации, может иметь один из следующих видов (собственно симплекс и дуплекс):</p>
<ul>
<li style="text-align: justify;">вещание, обеспечивает однонаправленный перенос содержания от одного отравителя до двух и более получателей;</li>
<li style="text-align: justify;">диалог, реализует двунаправленный перенос содержания от отправителя до получателя, объединяя два канала связи.</li>
</ul>
<p style="text-align: justify;">Как известно перенос содержания осуществляет физическое устройство или точка доступа (оконечное оборудование), обеспечивающая передачу и прием информации.</p>
<p style="text-align: justify;">Одна точка доступа может выполнять перенос информации в рамках нескольких соединений. Количественной характеристикой переноса является число одновременно обрабатываемых адресов.<br>
Установление соединения выполняют методы приема/передачи. Как правило, соединение может быть инициализировано либо по запросу получателя, либо непосредственно отправителем (по расписанию или по мере возникновения потребности). После инициализации осуществляется процесс переноса информации.</p>
<p style="text-align: justify;">Изменение координат точки доступа является признаком перемещения. Каждая точка доступа в процессе переноса информации может быть либо мобильной, либо фиксированной. Фиксированная точка доступа обеспечивает перенос информации при скорости изменения пространственных координат равной нулю, а мобильная со скоростью отличной от нуля. Количественной характеристикой признака является изменения пространственных координат в процессе переноса информации.</p>
<p style="text-align: justify;">Последним является качественно-количественный критерий, определяющий физическую форму переноса информации.<br>
Различают две его формы: мягкая и твердая копия. Мягкая копия, обеспечивает перенос информации посредством поля, а твердая копия посредством вещества (пакет может быть доставлен как по электронной почте, так и непосредственно фельдъегерем).</p>
<p style="text-align: justify;">Каждая копия имеет индивидуальный набор параметров, зависящий от ее физической сущности и свойств вещества.</p>
<p style="text-align: justify;">Совокупность признаков оценивающих величину и форму переноса информации представлена на рисунке 2.</p>
<p style="text-align: justify;"><img loading="lazy" decoding="async" class="aligncenter wp-image-422 size-large" title="Рисунок 2. Совокупность количественных признаков" src="http://ipv17.ru/wp-content/uploads/2016/12/Совокупность-количественных-признаков-1024x417.jpg" width="840" height="342" srcset="http://ipv17.ru/wp-content/uploads/2016/12/Совокупность-количественных-признаков-1024x417.jpg 1024w, http://ipv17.ru/wp-content/uploads/2016/12/Совокупность-количественных-признаков-300x122.jpg 300w, http://ipv17.ru/wp-content/uploads/2016/12/Совокупность-количественных-признаков-768x313.jpg 768w, http://ipv17.ru/wp-content/uploads/2016/12/Совокупность-количественных-признаков-1200x489.jpg 1200w, http://ipv17.ru/wp-content/uploads/2016/12/Совокупность-количественных-признаков.jpg 1719w" sizes="auto, (max-width: 709px) 85vw, (max-width: 909px) 67vw, (max-width: 1362px) 62vw, 840px"></p>
<p style="text-align: justify;">Рисунок 2. Совокупность количественных признаков.</p>
<p style="text-align: justify;">Таким образом, информационные потоки переносятся посредством поля или вещества, число их ограничено областями источника и потребления, а направленное установление соединения учитывает адресацию, инициализацию и скорость перемещения.</p>
<p style="text-align: right;">Валов Сергей Геннадьевич<br>
Голышко Александр Викторович</p>


<div class="yandex-share yashare-auto-init" data-yasharel10n="ru" data-yasharetheme="counter" data-yasharetype="counter" data-yasharequickservices="vkontakte,facebook,twitter,gplus" data-yasharetitle="Зачем и кому нужна Контентология" data-yasharelink="http://ipv17.ru/articles/zachem-i-komu-nuzhna-kontentologiya.html"></div>The post <a href="http://ipv17.ru/articles/zachem-i-komu-nuzhna-kontentologiya.html">Зачем и кому нужна Контентология</a> first appeared on <a href="http://ipv17.ru">Internet Protocol version 17</a>.]]></content:encoded>
					
					<wfw:commentRss>http://ipv17.ru/articles/zachem-i-komu-nuzhna-kontentologiya.html/feed</wfw:commentRss>
			<slash:comments>0</slash:comments>
		
		
			</item>
	</channel>
</rss>