<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0">
<channel>
	<title>Хабрахабр:  Метки / isp</title>
	<link>http://habrahabr.ru/rss/tag/isp/</link>
	<description><![CDATA[]]></description>
	<language>ru</language>
	<managingEditor>editor@habrahabr.ru</managingEditor>
	<generator>habrahabr.ru</generator>
	<pubDate>Sat, 11 Feb 2012 02:18:04 GMT</pubDate>
	<lastBuildDate></lastBuildDate>
	<image>
		<link>http://habrahabr.ru/</link>
		<url>http://habrahabr.ru/i/logo.gif</url>
		<title>Хабрахабр</title>
	</image>
	
		
			
		<item>		
			<title><![CDATA[Arduino / [Из песочницы] Arduino? – Нет! IDuino – Да!(Часть 1)]]></title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/arduino/123466/</guid>
			<link>http://habrahabr.ru/blogs/arduino/123466/</link>			
			<description><![CDATA[<img src="http://www.instructables.com/image/FYE7BM4GB3XJFAJ/A-credit-card-sized-Ethernet-Arduino-compatable-co.jpg" alt="image"/><br/>
Посмотрев на цены готовых ардуин в нашей стране я пригорюнился.<br/>
Но потом задался вопросом… А какого черта?! Ведь там используются обычные AVR микроконтроллеры, доступные россыпью на радио рынке за нормальную стоимость.<br/>
А почему бы не собрать свое и не сидеть на готовеньком?<br/>
Тем, кому интересен процесс сборки и настройки своей простейшей Arduino, прошу под кат.<br/>
<div class="habracut"> <a class="habracut" href="http://habrahabr.ru/blogs/arduino/123466/#habracut">Читать дальше &rarr;</a> </div>]]></description>
			
			<pubDate>Tue, 05 Jul 2011 13:38:30 GMT</pubDate>
			<author>djmorgan</author>
			<category>Arduuino</category><category>Iduino</category><category>Atmega</category><category>Atmega8</category><category>ISP</category><category>COM</category><category>LPT</category><category>COM-ISP</category>
		</item>
		
		
		
		
		
		
		
	
			
		<item>		
			<title><![CDATA[Сетевые технологии / Архитектура Aggregation-Access сети крупных провайдеров]]></title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/network_technologies/123385/</guid>
			<link>http://habrahabr.ru/blogs/network_technologies/123385/</link>			
			<description><![CDATA[<img src="http://habrastorage.org/storage1/1657379d/9d7a6028/ab6b4cae/1c6fb749.jpg"/><br/>
Архитектура сетей современных операторов связи отлично описана во всяческих мануалах, гайдах по подготовке к сертификациям Cisco и просто умных и хороших книжках. Но многие из них концентрируются именно на MPLS Core с интересными особенностями этой технологии (как то Traffic Engineering, MPLS BGP Multipath и прочее), обходя внимание distribution-access сегмент. Предлагаю поговорить именно об архитектуре сети доступа, принятой в крупных провайдерах. В качестве примеров будем рассматривать сети доступа одного из операторов ОАЭ (назовем его UAE Telecom) и Tier 1 оператора из США (скажем, USA Telecom), с которыми мне посчастливилось работать. По информации, такую же aggregation-access архитектуру имеет IP сеть одного из крупных украинских операторов.<br/>
<div class="habracut"> <a class="habracut" href="http://habrahabr.ru/blogs/network_technologies/123385/#habracut">Читать дальше &rarr;</a> </div>]]></description>
			
			<pubDate>Mon, 04 Jul 2011 13:42:21 GMT</pubDate>
			<author>tassadar_ha</author>
			<category>isp</category><category>telco</category><category>network</category><category>architecture</category><category>cisco</category><category>aggregation network</category><category>distribution network</category>
		</item>
		
		
		
		
		
		
		
		
	
			
		<item>		
			<title><![CDATA[Телекомы / Как отключили интернет в Египте]]></title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/telecom/112778/</guid>
			<link>http://habrahabr.ru/blogs/telecom/112778/</link>			
			<description><![CDATA[Как известно, с 28 января в Египте практически отсутствует интернет. В стране остался работать только один интернет-провайдер Noor Group, который обслуживает <a href="http://www.egyptse.com/">фондовую биржу</a> и ряд государственных организаций. <br/>
<br/>
По <a href="http://www.renesys.com/blog/2011/01/egypt-leaves-the-internet.shtml">графику от Renesys</a> видно, что крупнейшие египетские подсети отключались по отдельности.<br/>
<br/>
<img src="http://habrastorage.org/storage/2c81009a/a57b9d5a/932c3a88/bd57a170.png"/><br/>
<div class="habracut"> <a class="habracut" href="http://habrahabr.ru/blogs/telecom/112778/#habracut">Читать дальше &rarr;</a> </div>]]></description>
			
			<pubDate>Sat, 29 Jan 2011 11:02:07 GMT</pubDate>
			<author>alizar</author>
			<category>Египет</category><category>ISP</category><category>правительство</category><category>свобода слова</category><category>коммуникации</category><category>Noor Group</category><category>фондовая биржа</category><category>BGP</category><category>BGP-маршрутизатор</category>
		</item>
		
		
		
		
		
		
		
		
	
			
		<item>		
			<title><![CDATA[Мобильный веб / Мир без сетевой нейтральности: у каждой программы — свой тариф]]></title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/mobile/110137/</guid>
			<link>http://habrahabr.ru/blogs/mobile/110137/</link>			
			<description><![CDATA[Представьте мир, где у каждой программы будет свой тарифный план. Хотите Facebook? Пожалуйста, по два цента за мегабайт. Skype — анлим на месяц за три евро. Ещё несколько лет назад это воспринималось в качестве прикола…<br/>
<br/>
<img src="http://habrastorage.org/storage/2b059080/1d4301c3/5329654f/28e33cd7.jpg"/><br/>
<br/>
… а теперь операторы сотовой связи реально изучают технические возможности для нового способа монетизации трафика.<br/>
<div class="habracut"> <a class="habracut" href="http://habrahabr.ru/blogs/mobile/110137/#habracut">Читать дальше &rarr;</a> </div>]]></description>
			
			<pubDate>Thu, 16 Dec 2010 12:16:48 GMT</pubDate>
			<author>alizar</author>
			<category>сетевая нейтральность</category><category>сетевой нейтралитет</category><category>тарифный план</category><category>шейпинг</category><category>телеком</category><category>сотовый оператор</category><category>ISP</category><category>тарификация</category>
		</item>
		
		
		
		
		
		
		
		
	
		
			
		<item>		
			<title><![CDATA[Системное администрирование / [Из песочницы] Перехват и редактирование файлов http-трафика на примере торрента]]></title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/sysadm/106131/</guid>
			<link>http://habrahabr.ru/blogs/sysadm/106131/</link>			
			<description><![CDATA[Пару лет назад возникла идея сделать локальный bittorrent-ретрекер для пользователей нашей «домашней» городской сети, чтобы и пользователи быстрее скачивали и у нас меньше трафика было. Установкой самого ретрекера дело только начиналось, необходимо было как-то анонсировать его для скачиваемых торрентов. В процессе выяснения способов и механизмов анонса я пришёл к достаточно общему и универсальному алгоритму, с которым и предлагаю познакомиться.<br/>
<br/>
Итак, первое:<br/>
<div class="habracut"> <a class="habracut" href="http://habrahabr.ru/blogs/sysadm/106131/#habracut">Читать дальше &rarr;</a> </div>]]></description>
			
			<pubDate>Thu, 14 Oct 2010 08:04:57 GMT</pubDate>
			<author>Dyr</author>
			<category>bittorrent</category><category>isp</category><category>patcher</category><category>proxy</category><category>middleman</category>
		</item>
		
		
		
		
		
		
		
	
			
		<item>		
			<title><![CDATA[Телекомы / «Максимальная скорость» провайдера — рекламный трюк]]></title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/telecom/102054/</guid>
			<link>http://habrahabr.ru/blogs/telecom/102054/</link>			
			<description><![CDATA[Федеральная комиссия по связи США (FCC) опубликовала <a href="http://www.fcc.gov/Daily_Releases/Daily_Business/2010/db0813/DOC-300902A1.pdf">отчёт</a>, в котором утверждает, что в своей рекламе интернет-провайдеры завышают максимальную скорость передачи данных в сети относительно реальной скорости на 63-116%.<br/>
<br/>
По данным FCC на начало 2009 года, в среднем провайдеры ШПД заявляли максимальную скорость 6,7 Мбит/с. Однако анализ показал, что реальная скорость в первой половине года составляла 3,1 Мбит/с (медиана) или 4,1 Мбит/с (арифметическое среднее). Таким образом, заявленная провайдером максимальная скорость более чем на 63% превышает среднюю скорость работы в сети, что может ввести в заблуждение потребителя услуг. <br/>
<br/>
FCC рекомендовало использовать в рекламе другие формулировки. Желательно указывать не только максимальную, но и среднюю скорость доступа в сети. <br/>
<div class="habracut"> <a class="habracut" href="http://habrahabr.ru/blogs/telecom/102054/#habracut">Читать дальше &rarr;</a> </div>]]></description>
			
			<pubDate>Wed, 18 Aug 2010 12:07:17 GMT</pubDate>
			<author>alizar</author>
			<category>ISP</category><category>ШПД</category><category>скорость доступа</category>
		</item>
		
		
		
		
		
		
		
		
	
			
		<item>		
			<title><![CDATA[Мобильный веб / Средний расход трафика на один мобильник — 230 МБ в месяц]]></title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/mobile/101528/</guid>
			<link>http://habrahabr.ru/blogs/mobile/101528/</link>			
			<description><![CDATA[Американские абоненты сотовой связи потребляют, в среднем, по 230 МБ трафика в месяц, согласно <a href="http://chetansharma.com/usmarketupdateq22010.htm">статистике</a> Chetan Sharma за II кв. 2010 года, что выводит США на первое место в мире по этому показателю. Потребление трафика за последние полгода выросло на 50% и неудивительно, что AT&T и другие операторы начали по очереди отменять безлимитные тарифы. Раньше тот же владелец iPhone получал анлим за $30 в месяц, а сейчас платит <a href="http://www.internetevolution.com/mobile/author.asp?section_id=617&amp;doc_id=195610">$15 за 200 МБ и $25 за 2 ГБ</a>.<br/>
<br/>
Очевидно, трафик через операторов сотовой связи будет и дальше расти такими же темпами, потому что всё больше абонентов покупают себе смартфоны. Например, в США среди всех абонентов уже 31% приобрели смартфоны.<br/>
<br/>
<img src="http://habrastorage.org/storage/8c27ac99/bf774b8a/b0c62397/91a2a96e.jpg"/><br/>
<br/>
Доходы операторов от голосового трафика падают, так что они готовы полностью превратиться в нормальных ISP. Предполагается, что доход от передачи данных превысит доход от голосового трафика примерно во II кв. 2013 года.]]></description>
			
			<pubDate>Wed, 11 Aug 2010 17:43:03 GMT</pubDate>
			<author>alizar</author>
			<category>мобильная связь</category><category>мобильный трафик</category><category>ISP</category>
		</item>
		
		
		
		
		
		
		
		
	
			
		<item>		
			<title><![CDATA[Телекомы / 2 китайских ISP контролируют 20% широкополосных абонентов в мире]]></title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/telecom/100757/</guid>
			<link>http://habrahabr.ru/blogs/telecom/100757/</link>			
			<description><![CDATA[<img src="http://www.newsland.ru/public/upload/news/big_462115_china_projections.jpg" alt="image"/><br/>
Недавно была опубликована статистика, которая в очередной раз напоминает всем, насколько большой страной является Китай, и какой важной частью жизни китайцев стал интернет. По этим данным, на долю всего лишь двух китайских провайдеров приходится 20% от всех пользователей широкополосного доступа в интернет во всем мире.<br/>
<div class="habracut"> <a class="habracut" href="http://habrahabr.ru/blogs/telecom/100757/#habracut">Читать дальше &rarr;</a> </div>]]></description>
			
			<pubDate>Mon, 02 Aug 2010 08:52:34 GMT</pubDate>
			<author>tau</author>
			<category>isp</category><category>китай</category><category>провайдеры</category><category>абоненты</category><category>широкополосный доступ</category>
		</item>
		
		
		
		
		
		
		
		
	
			
		<item>		
			<title><![CDATA[ИТ-Инфраструктура / Голые материнские платы и сетевые карты — оборудование провайдера «Апанет»]]></title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/it-infrastructure/94581/</guid>
			<link>http://habrahabr.ru/blogs/it-infrastructure/94581/</link>			
			<description><![CDATA[Вот так размещено оборудование провайдера <a href="http://www.apanet.ru">Апанет</a>. В конце видео — «серверные стойки», на которых лежат голые материнские платы с сетевыми картами. Голос за кадром в этот момент говорит о надежности предоставляемых услуг.<br/>
<br/>
<object width="425" height="355"><param name="movie" value="http://www.youtube.com/v/Ow3FH79ZfMI&hl=en&fs=1"></param><param name="allowFullScreen" value="true"></param><param name="wmode" value="transparent"></param><embed src="http://www.youtube.com/v/Ow3FH79ZfMI&hl=en&fs=1" type="application/x-shockwave-flash" wmode="transparent" allowfullscreen="true" width="425" height="355"></embed></object><br/>
<br/>
Стоит ли доверять такому провайдеру?]]></description>
			
			<pubDate>Wed, 26 May 2010 08:27:08 GMT</pubDate>
			<author>tundrik</author>
			<category>isp</category><category>ApaNet</category><category>провайдер</category>
		</item>
		
		
		
		
		
		
		
		
	
			
		<item>		
			<title><![CDATA[Информационная безопасность / BGP Blackhole — эффективное средство борьбы с DDoS]]></title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/infosecurity/91574/</guid>
			<link>http://habrahabr.ru/blogs/infosecurity/91574/</link>			
			<description><![CDATA[C таким неприятным явлением как DDoS атака, рано или поздно сталкивается каждый администратор публичного ресурса. Нет особого смысла расписывать, что такое DDoS, сегодня об этом явлении знает любой сетевик. К сожалению, не существует способа защиты от DDoS подходящего для всех ситуаций. Однако, наиболее эффективным и часто применяемым является null routing — полная фильтрация трафика на атакуемый IP. После того, как хост зафильтрован, можно в (относительно) спокойной обстановке перенести ресурс на другой IP-адрес (и, возможно, сменить DNS имя), либо просто смириться с временной недоступностью одного ресурса, сохранив работоспособность остальных.<br/>
<div class="habracut"> <a class="habracut" href="http://habrahabr.ru/blogs/infosecurity/91574/#habracut">Читать дальше &rarr;</a> </div>]]></description>
			
			<pubDate>Wed, 21 Apr 2010 03:57:59 GMT</pubDate>
			<author>out0f0rder</author>
			<category>dos</category><category>ddos</category><category>flood</category><category>флуд</category><category>атака</category><category>isp</category><category>bgp</category><category>blackhole</category><category>cisco</category>
		</item>
		
		
		
		
		
		
		
		
	
			
		<item>		
			<title><![CDATA[Телекомы / Почему Google должен стать вашим ISP]]></title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/telecom/88056/</guid>
			<link>http://habrahabr.ru/blogs/telecom/88056/</link>			
			<description><![CDATA[Когда Google заявил о своём желании прокладывать последнюю милю из оптоволокна, профессионалы телеком-индустрии оказались в <a href="http://www.telecomramblings.com/2010/02/google-drops-an-ftth-gigabomb/">совершенном недоумении</a>: неужели Google всерьёз намерен стать провайдером?<br/>
<br/>
Специалисты по интернет-инфраструктуре из Arbor Networks <a href="http://asert.arbornetworks.com/2010/03/how-big-is-google/">опубликовали статистику</a>, из которой совершенно ясно, что другого пути у Google нет. <br/>
<br/>
<img src="http://lh6.ggpht.com/_U1u9AXFhiA0/S6JDt4t8OuI/AAAAAAAADyM/sR1u3b4EO-E/s800/picture-20.png"/><br/>
<br/>
Уже сейчас Google может войти в тройку крупнейших ISP в мире по объёму прокачиваемой информации. Собрав информацию от 110 интернет-провайдеров мира, Arbor Networks оценивают долю Google в глобальном интернет-трафике в 6-10%.<br/>
<div class="habracut"> <a class="habracut" href="http://habrahabr.ru/blogs/telecom/88056/#habracut">Читать дальше &rarr;</a> </div>]]></description>
			
			<pubDate>Thu, 18 Mar 2010 16:02:47 GMT</pubDate>
			<author>alizar</author>
			<category>Arbor Networks</category><category>Google</category><category>ISP</category><category>пиринг</category><category>инфраструктура</category><category>обмен трафиком</category><category>дата-центр</category><category>Google Global Cache</category><category>глобальный кэш</category>
		</item>
		
		
		
		
		
		
		
		
	
		
		
		
		
		
			
		<item>		
			<title><![CDATA[Системное администрирование / [Опрос] Что нужно сделать для повсеместного внедрения IPv6?]]></title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/sysadm/83163/</guid>
			<link>http://habrahabr.ru/blogs/sysadm/83163/</link>
			<description><![CDATA[]]></description>
			
			<pubDate>Thu, 04 Feb 2010 18:40:10 GMT</pubDate>
			<author>gribozavr</author>
			<category>IPv6</category><category>killer application</category><category>content provider</category><category>ISP</category>
		</item>
		
		
		
	
			
		<item>		
			<title><![CDATA[Персональные блоги / Софт для ISP]]></title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/personal/69402/</guid>
			<link>http://habrahabr.ru/blogs/personal/69402/</link>			
			<description><![CDATA[Всем привет. Много прочел про создание собственного ISP, но везде пишут либо о начальном этапе сбора документов и прочей бумажной волокиты, либо описывают в общих чертах. Примеры на хабре <a href="http://karapuz.habrahabr.ru/blog/28093/">тут</a> и <a href="http://denjs.habrahabr.ru/blog/62439/">тут</a><div class="habracut"> <a class="habracut" href="http://Xedin.habrahabr.ru/blog/69402/#habracut">Читать дальше &rarr;</a> </div>]]></description>
			
			<pubDate>Fri, 11 Sep 2009 21:12:01 GMT</pubDate>
			<author>Xedin</author>
			<category>isp</category><category>провайдер</category><category>сети</category>
		</item>
		
		
		
		
		
		
		
		
	
			
		<item>		
			<title><![CDATA[Персональные блоги / Методы привязки пользователя к своему IP в сети]]></title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/personal/62503/</guid>
			<link>http://habrahabr.ru/blogs/personal/62503/</link>			
			<description><![CDATA[Существует множество типов сетей с различным устройством и принципами идентификации пользователей для подсчета трафика, нарезки тарифных скоростей и ограничения доступа в сеть неплательщикам.<br/>
У каждого из вариантов есть свои особенности и свои недостатки<br/>
В этой статье я постараюсь рассказать о наиболее используемых методах идентификации пользователей которые успешно применяются в сетях небольших и крупных провайдерах<br/>
<div class="habracut"> <a class="habracut" href="http://DenJS.habrahabr.ru/blog/62503/#habracut">Читать дальше &rarr;</a> </div>]]></description>
			
			<pubDate>Sat, 20 Jun 2009 10:20:32 GMT</pubDate>
			<author>DenJS</author>
			<category>isp</category><category>телеком</category><category>привязки</category><category>безопасность</category><category>идентификация</category><category>vpn</category><category>pptp</category><category>ppoe</category><category>mac</category><category>vlan</category>
		</item>
		
		
		
		
		
		
		
		
	
			
		<item>		
			<title><![CDATA[Телекомы / Этапы организации бизнеса Ethernet-провайдера]]></title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/telecom/59794/</guid>
			<link>http://habrahabr.ru/blogs/telecom/59794/</link>			
			<description><![CDATA[В этой статье мы не будем вдаваться в технические подробности организации Ethernet-провайдера, а остановимся исключительно на юридических моментах его деятельности и стоимости оформления необходимых бумаг. Процесс организации бизнеса Ethernet-провайдера можно разделить на следующие части:<br/>
<br/>
1. Регистрация ООО, открытие счета в банке<br/>
2. Получение лицензий связи<br/>
3. Проектирование узла связи<br/>
4. Строительство узла связи<br/>
5. Сдача узла связи в эксплуатацию.<br/>
<br/>
Рассмотрим подробнее по пунктам<br/>
<div class="habracut"> <a class="habracut" href="http://habrahabr.ru/blogs/telecom/59794/#habracut">Читать дальше &rarr;</a> </div>]]></description>
			
			<pubDate>Sun, 17 May 2009 15:41:25 GMT</pubDate>
			<author>sneg55</author>
			<category>провайдеры</category><category>ethernet</category><category>isp</category><category>лицензии</category><category>проекты</category><category>бюрократия</category>
		</item>
		
		
		
		
		
		
		
		
	
			
		<item>		
			<title><![CDATA[Peer-to-Peer / Тайваньские ISP будут обрезать канал P2P-юзерам]]></title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/p2p/58451/</guid>
			<link>http://habrahabr.ru/blogs/p2p/58451/</link>			
			<description><![CDATA[На Тайване <a href="http://www.billboard.biz/bbbiz/content_display/industry/e3ib20649ac4d6059c216967baf5dfee28b">принято новое законодательство</a>, в котором детально прописаны санкции для пользователей P2P-сетей. Одновременно в стране запускается массированная рекламная кампания на ТВ, разъясняющая проблему пиратства для общества.<br/>
<br/>
По новому закону с провайдеров снимают всякую ответственность за распространение контрафакта в их сетях, но они теперь должны отслеживать действия пользователей и применять правило трёх предупреждений в отношении юзеров, замеченных в незаконной активности. После третьего предупреждения ISP должен ограничить доступ в интернет провинившегося пользователя — снизить скорость входящего/исходящего канала или полностью отключить его от Сети. По идее, это правило нацелено на оперативное отключение активных сидеров, не дожидаясь бюрократических процедур.<br/>
<br/>
Пока не совсем понятно, обязаны ли провайдеры передавать персональные детали нарушителей корпорациям-правообладателям для судебных разбирательств. В законе это не прописано напрямую. Судя по всему, такое возможно только в том случае, если пользователь подаст официальный протест на действия провайдера, то есть сам инициирует судебное разбирательство.<br/>
<br/>
Аналогичный подход (снятие ответственности с ISP и правило трёх предупреждений для юзеров) сейчас рассматривается для принятия в нескольких других странах, в том числе во Франции, хотя там оно уже вызвало жёсткое неприятие со стороны общественности.]]></description>
			
			<pubDate>Tue, 28 Apr 2009 09:54:52 GMT</pubDate>
			<author>alizar</author>
			<category>P2P</category><category>Тайвань</category><category>торренты</category><category>ISP</category><category>ограничение доступа</category>
		</item>
		
		
		
		
		
		
		
		
	
			
		<item>		
			<title><![CDATA[Блог компании ESET NOD32 / Путь к сердцу пользователя лежит через провайдера?]]></title>
			<guid isPermaLink="true">http://habrahabr.ru/company/eset/blog/56368/</guid>
			<link>http://habrahabr.ru/company/eset/blog/56368/</link>			
			<description><![CDATA[Компания ESET (разработчик антивируса ESET NOD32) запускает новый сервис, который позволит абонентам интернет-провайдеров устанавливать антивирусное ПО ESET для домашних пользователей и самостоятельно решать, сколько платить за антивирус.<br/>
<br/>
<img src="http://www.ljplus.ru/img4/s/t/st_lilit/__7.jpg" alt="111.00 КБ"/><br/>
<br/>
Концепция SaaS(Software-as-a service), о пользе и необходимости которой так много говорили <s>большевики</s> IT-монстры во главе с Гуглом, актуальна и для антивирусного сообщества. Практически все лидеры рынка и в России, и за рубежом, активно развивают данное направление, и понять их можно: виртуализация продаж, переход к предоставлению услуги, а не продукта, влечет за собой, как минимум, сокращение логистических издержек. <br/>
<br/>
<div class="habracut"> <a class="habracut" href="http://habrahabr.ru/company/eset/blog/56368/#habracut">Читать дальше &rarr;</a> </div>]]></description>
			
			<pubDate>Fri, 03 Apr 2009 11:18:48 GMT</pubDate>
			<author>SVH</author>
			<category>eset</category><category>eset nod32</category><category>ISP</category><category>провайдеры</category>
		</item>
		
		
		
		
		
		
		
		
	
			
		<item>		
			<title><![CDATA[Персональные блоги / DPI & P2P]]></title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/personal/54845/</guid>
			<link>http://habrahabr.ru/blogs/personal/54845/</link>			
			<description><![CDATA[Все мы знаем, что DPI-решения операторы чаще всего покупают для урезания, а то и полной блокировки P2P-трафика (также, в Китае масштабно используется для «порчи» VoIP-трафика). Сюда же наши нелюбимые производители DPI-коробок привносят наличие кучи всяких «полезных» функций: вставка контекстной рекламы, приоритезация «нужного» и много чего ещё. Вообщем-то, придумать можно всё, что душе угодно, т.к. пакет можно анализировать полностью. Правда, с производительностью дела обстоят не так хорошо, как хотелось бы (сейчас существуют коробки с 2-мя 10G интерфейсами); здесь же можно ещё упомянуть качество определения тех же P2P-протоколов. В начале прошлого года <a href="http://www.internetevolution.com/document.asp?doc_id=148803">EANTC пыталась провести тестирование DPI-систем</a>. Причём, тестирование проводилось бесплатно для производителей оборудования — всё оплачивалось из кармана французской ассоциации звукозаписывающей/звукоохраняющей мафии. Результаты, мягко скажем, плохие :) <br/>
    Ситуация получилась аналогична той, что есть на рынке антивирусов — протоколы P2P меняются/появляются новые, а производители DPI-систем выпускают сигнатуры для их определения. Например, взять всем известный протокол <a href="http://en.wikipedia.org/wiki/BitTorrent_(protocol)">BitTorrent</a>: если для передачи информации всегда использовался TCP, то теперь поддерживается и UDP, чем существенно усложнит жизнь dpi-коробкам + поддержка шифрования.<br/>
   Но рассказать я вам хотел не про это, а про систему кеширования P2P-контента, с которой мне уже удалось познакомиться: <a href="http://oversi.com/products/overcache-msp.html">Oversi OverCache</a>. Идея относительно проста: оператор устанавливает у себя кеширующие сервера и систему управления для них. <br/>
  Система управления отвечает за:<ul>
<li>собирание статистики;</li>
<li>управление контентом (выявление популярных ресурсов, удаленее старых непопулярных ресурсов);</li>
<li>анонсирование доступности контента своим пирам (клиентам со всего адресного пространства оператора); </li>
<li>управление кеш-серверами.</li>
</ul>    Кеш-сервера раздают контент своим пирам. Причём, размещать сервера можно где угодно (по городам, по узлам и т.д.). <br/>
<br/>
    Как определяется популярный контент? Просто — для этого на систему управления надо зеркалировать (SPAN,TAP) исходящий к апстримам трафик (достаточно 30%), этот трафик анализируется (eDonkey2k-контент, обращения к torrent-трекерам, хеши файлов и т.д.). Плюс к этому можно добавить «локальный» поиск контента через <a href="http://en.wikipedia.org/wiki/Distributed_hash_table">DHT</a>. Из этой информации уже можно выявить популярный контент, популярные трекеры и сделать какой-то threshold на кеширование/время жизни файлов. Дабы не нарваться на защитников копирайта — система не кеширует файлы полностью: для BitTorrent, к примеру, она не скачивает первый и последний блоки файла, что не позволяет стать системе seed'ом.<br/>
   Для flash-видео всё немного сложнее, помимо того, что мы должны перехватывать обращения к видео-сайтам (youtube тот же), мы ещё должны редиректить клиента на локальный кеш-сервер. Не знаю как у вас, а у меня жена и некоторые друзья регулярно смотрят фильмы, используя для этого ВКонтакте.Ру.<br/>
   По статистике эффективность решения до 80% процентов попадания в кеш. Бенефиты налицо: провайдер получает свободный аплинк-канал (а при наличии развитой системы кеширования и межрегиональные линки), клиенты получают ускоренную загрузку контента. Весь мир счастлив :)]]></description>
			
			<pubDate>Wed, 18 Mar 2009 12:46:50 GMT</pubDate>
			<author>shef</author>
			<category>dpi</category><category>p2p</category><category>p2p-кеширование</category><category>кеширование</category><category>flv</category><category>isp</category>
		</item>
		
		
		
		
		
		
		
		
	
			
		<item>		
			<title><![CDATA[Google / Региональное кеширование от Google и реакция на него СМИ]]></title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/google/47047/</guid>
			<link>http://habrahabr.ru/blogs/google/47047/</link>			
			<description><![CDATA[В понедельник в Wall Street Journal, вышла статья о том, что Google предлагает крупнейшим ISP в мире устанавливать непосредственно у себя кеширующие сервера, которые будут отдавать контент Google.<br/>
Таким образом, по словам журнала, он сможет обеспечить более быструю отдачу своего контента в сравнении с другими сервисами и будет нарушаться принцип сетевой нейтральности, в соответствии с которым трафик от всех поставщиков информации должен обрабатываться с одинаковым приоритетом, не должно быть каналов первого и второго классов.<br/>
Многие контент-провайдеры, такие как Akamai или Limelight уже пользуются такими же средствами кеширования. Но важно помнить о том, что у этих провайдеров нет своего контента, поэтому они заинтересованы в том, чтобы все данные отдавались с одинаковым приоритетом. В случае с Google это не так и, теоретически, возможна ситуация, когда Picasa работает в 2 раза быстрее Flickr.<br/>
<br/>
Но что имелось в виду с технической точки зрения? Как пишет Google в своём ответном посте, речь идёт только о внедрении регионального кеширования у крупных ISP. Эти услуги не будут эксклюзивными, и все желающие смогут ими воспользоваться. Так что пример о Picasa и Flickr не корректен потому, что Yahoo скорее всего тоже купит или построить свои решения по кешированию.<br/>
<br/>
Но важным может быть то, что крупные компании начали более-менее массированно покупать услуги по региональному кешированию, и небольшим компаниям, как только они начнут выходить из фазы стартапов, придётся думать о покупке не только трафика, но и кешей.<br/>
Впрочем я не буду удивлён, если это происходит уже сейчас.<br/>
<br/>
Возвращаясь к Google можно сказать о том, что скорость доставки информации к конечному потребителю является одним из наиболее важных частей их сервиса потому, что в интернет-поиске важно не только найти релевантные результаты, важно их быстро показать. Скорость показов важна и для рекламы. И компания уже долго работает над улучшением времени отклика, довольно заметно инвестируя в инфраструктуру (в 2006-2007 годах на капитальные расходы было потрачено 3,8 млрд USD), и внедрение средств кеширования можно считать простым развитием.<br/>
<br/>
Как говорится в посте Google, кеширование реализуется в рамках проектов <a href="http://whiteafrican.com/2008/07/04/google-kenya-and-the-google-global-cache/">Google Global Cache</a> и OpenEdge.<br/>
<br/>
Во всей этой ситуации для меня интересно следующее:<br/>
<ol>
<li>Действительно ли есть сетевая нейтральность, и как её можно определить.</li>
<li>То, как вопросы, которые, казалось бы, имеют отношение только к IT, перетекают в обшечеловеческие. Например, когда создание кешей может быть воспринята как угроза свободе распространения информации.</li>
<li>Как не специалисты в IT видят нашу область и всё происходящее в ней</li>
</ol>Постараюсь написать об этом в своих следующих постах.<br/>
<br/>
Изначальная, довольно противоречивая, статья в Wall Street Journal: <a href="http://online.wsj.com/article/SB122929270127905065.html">http://online.wsj.com/article/SB122929270127905065.html</a><br/>
Пост в Google Blog (все провайдеры делают это): <a href="http://googlepublicpolicy.blogspot.com/2008/12/net-neutrality-and-benefits-of-caching.html">http://googlepublicpolicy.blogspot.com/2008/12/net-neutrality-and-benefits-of-caching.html</a><br/>
Ответ на пост от Google с мыслью о том, что сетевая нейтральность в любом случае сдаёт позиции и Google просто первым начинает новую войну: <a href="http://gigaom.com/2008/12/14/google-turns-its-back-on-network-neutrality/">http://gigaom.com/2008/12/14/google-turns-its-back-on-network-neutrality/</a><br/>
Комментарий в New York Times Bits Blog: <a href="http://bits.blogs.nytimes.com/2008/12/15/googles-treat-all-rich-companies-the-same-vision-of-net-neutrality/">bits.blogs.nytimes.com/2008/12/15/googles-treat-all-rich-companies-the-same-vision-of-net-neutrality/</a><br/>
Небольшое руководство по сетевой нейтральности от Google: <a href="http://www.google.com/help/netneutrality.html">http://www.google.com/help/netneutrality.html</a><br/>
Статья о том, что такое Edge Caching от 2001 года: <a href="http://findarticles.com/p/articles/mi_m0BRZ/is_1_21/ai_77057992">http://findarticles.com/p/articles/mi_m0BRZ/is_1_21/ai_77057992</a><br/>
<br/>
<b>Update:</b> Спасибо за карму, я снова могу править топики.]]></description>
			
			<pubDate>Tue, 16 Dec 2008 09:16:57 GMT</pubDate>
			<author>yonyonson</author>
			<category>google</category><category>net neutrality</category><category>isp</category>
		</item>
		
		
		
		
		
		
		
		
	
	
	
	
	
	
	
	

	
</channel>
</rss>

