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

<channel>
	<title>Bairoff's Networking &#187; Alcatel-Lucent</title>
	<atom:link href="http://www.bairoff.ru/tag/alcatel-lucent/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.bairoff.ru</link>
	<description>Сайт о сетях и не только</description>
	<lastBuildDate>Fri, 26 Mar 2010 16:10:03 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<item>
		<title>Черновик статьи для журнала &#8220;Маршрутизаторы операторского класса&#8221;</title>
		<link>http://www.bairoff.ru/2009/08/core-routers-draft/</link>
		<comments>http://www.bairoff.ru/2009/08/core-routers-draft/#comments</comments>
		<pubDate>Wed, 19 Aug 2009 15:00:30 +0000</pubDate>
		<dc:creator>Pirate</dc:creator>
				<category><![CDATA[построение сетей]]></category>
		<category><![CDATA[7750]]></category>
		<category><![CDATA[Alcatel-Lucent]]></category>
		<category><![CDATA[cisco]]></category>
		<category><![CDATA[CRS-1]]></category>
		<category><![CDATA[IP/MPLS]]></category>
		<category><![CDATA[Juniper]]></category>
		<category><![CDATA[MPLS]]></category>
		<category><![CDATA[маршрутизатор операторского класса]]></category>

		<guid isPermaLink="false">http://www.bairoff.ru/?p=157</guid>
		<description><![CDATA[Александр Горнак, технический директор компании, где я работаю в данный момент, любезно предложил принять участие в написании статьи для октябрьского номера журнала Connect. Совместный труд получися очень удачным, кмк. Предлагаю черновик статьи вниманию случайного читателя моего блога  
Маршрутизаторы операторского класса 
До недавнего времени маршрутизаторы играли относительно простую роль в глобальных сетях. Они в основном [...]]]></description>
			<content:encoded><![CDATA[<p>Александр Горнак, технический директор компании, где я работаю в данный момент, любезно предложил принять участие в написании статьи для октябрьского номера журнала <a href="http://www.connect.ru/article.asp?id=9486">Connect</a>. Совместный труд получися очень удачным, кмк. Предлагаю черновик статьи вниманию случайного читателя моего блога <img src='http://www.bairoff.ru/wp-includes/images/smilies/icon_smile.gif' alt=':-)' class='wp-smiley' /> </p>
<p><strong>Маршрутизаторы операторского класса </strong></p>
<p>До недавнего времени маршрутизаторы играли относительно простую роль в глобальных сетях. Они в основном отвечали за пересылку пакетов, содержащие в большинстве своем данные таких IP приложений, как e-mail, web, ftp. Операторские сети передачи данных в то время, предоставшие услуги доступа в Интернет и VPN, базировались на таких технологиях как Frame Relay или ATM. Как результат, эти маршрутизаторы обладали немногими из обязательных требований по производительности и надежности, которые имели место на других типах сетевого оборудования.</p>
<p>Эта простота была основным фактором, обеспечивающим низкую стоимость IP сетей, что, в свою очередь, способствовало массовому их росту.  Рост потребовал от маршрутизаторов соответствовать уровню, достигнутому другими коммерческими формами сетей голоса и данных, такому, чтобы новые услуги могли быть развернуты и дополнительные сервисы мигрировали к IP. Низкая стоимость и относительная простота, которая привела к такому огромному росту в IP сетях, была уже недостаточной, чтобы справляться ни с постепенной миграцией требовательных бизнес приложений от наследованных сетей к IP, ни с переводом всего сетевого трафика на конвергентную IP инфраструктуру.</p>
<p>Потребовалось не только увеличение производительности маршрутизирующего оборудования, но и также поддержка широкого спектра приложений, которая высветила многие ограничения в конструкции и архитектуре маршрутизаторов. В дополнение к расширенной функциональности, необходимой для поддержания множества новых услуг, потребовался высокий уровень безопасности и надежности.</p>
<p>Дальнейшее наращивание пропускной способностей сетей и стремление минимизации цены привели к распространению в операторских IP сетях технологии Ethernet, которая становится доминирующим транспортным протоколом второго уровня. Наделение Ethernet возможностями операторского класса, реализация служб основанных на этой технологии (E-LINE, E-LAN, E-TREE) становится частью функционала современных маршрутизирующих устройств в сети оператора.</p>
<p>Нынешний рынок маршрутизаторов операторского класса – высокотехнологичный сектор индустрии с очень высоким уровнем конкуренции и постоянно растущим количеством игроков. Лидером на этом рынке остается компания Cisco, однако, в последнее время компаниям Juniper, Alcatel-Lucent, Huawei, Ericsson-Redback, Tellabs удалось отвоевать у Cisco некоторую часть рынка и сократить разрыв.</p>
<p>Следует отметить, что к маршрутизаторам операторского класса следует относить не только пограничные и магистральные устройства, которые давно уже позиционируются производителями в этом классе, но также и маршрутизаторы, устанавливаемые в сети агрегации и выполняющие роль мультисервисных агрегирующих устройств, принимая для дальнейшей передаче по пакетной IP сети различный трафик (в том числе и TDM).<br />
Различное местоположение в сети и различие целевых назначений приводит к различию требований по производительности, масштабированию, плотности портов, функционалу. Тем не менее, у маршрутизаторов операторского класса есть общие характерные особенности. Рассмотрим некоторые из них.</p>
<p>Производительность определяет такие параметры устройства, как количество пакетов, которое оно способно переместить в единицу времени между своими интерфейсами. Высокие значения производительности – ключевой показатель для магистральных маршрутизаторов, но для части пограничных устройств или для маршрутизаторов, используемых в сети агрегации не требуются терабитные пропускные способности. Однако, учитывая мультисервисный характер современных маршрутизаторов, важной характеристикой является их способность сохранять необходимый уровень производительности при активировании различных дополнительных функций, связанных с обработкой трафика, таких как поддержка QoS.  В современных маршрутизаторах это достигается за счет увеличения доли аппаратно обрабатываемых функций по передаче и обработке пакетов.<br />
Современные маршрутизаторы относятся к пятому поколению в эволюции устройств маршрутизации. Первое поколение имело фиксированные интерфейсы и централизованный функционал маршрутизации, выполняемый на одном CPU. Второе поколение имело централизованные функции продвижения данных, но уже модульные интерфейсы. Третье поколение использует распределенное продвижение данных, но все-таки основанное на процессорной их обработке. В четвертом поколении маршрутизаторов для продвижения данных широко применяются специализированные микросхемы ASIC. Нынешнее, пятое поколение маршрутизаторов наследует достижения в аппаратной архитектуре четвертого поколения, но дополнительно с ASIC и распределенной архитектурой используются программируемые сетевые процессоры, разработанные для реализации сложных сервисных процессов в IP сетях. Эти процессоры заменяют часть функций ASIC и обеспечивают необходимую  гибкость при добавлении новых услуг.</p>
<p>Маршрутизаторы операторского класса допустимо условно разделить на два основных вида: пограничные маршрутизаторы (PE router – provider edge) и маршрутизаторы ядра (P router &#8211; provider), деление это основано на функциях, возложенных на маршрутизаторы. Основная задача P маршрутизаторов сводится к пересылке пакетов по определенным путям с большой скоростью, соблюдая политики качества обслуживания. Маршрутизаторы PE  типа взаимодействуют с сетями других операторов и заказчиков, на них возложены функции, условно относимые к сервисным функциям. Часто маршрутизаторы выполняют функции P для трафика одних заказчиков, являясь транзитным узлом в сети оператора на пути следования данных, и PE для трафика других, сайты которых подключены к данному маршрутизатору.</p>
<p>Маршрутизаторы типа PE, зачастую, должны обеспечивать подключение большого количества клиентов с различными интерфейсами сопряжения. Сегодня это, как правило, оптические или медные порты Gigabit Ethernet или 10 Gigabit Ethernet, оптические STM-4/16/64. Уже сейчас столь высокие полосы пропускания востребованы при подключении клиентов к сети оператора. С другой стороны, маршрутизаторы должны иметь высокоскоростные интерфейсы подключения к сети оператора. Сейчас это, преимущественно, интерфейсы Ethernet или SDH с пропускной способностью 10 Гбит/сек, логически агрегирующиеся в более производительные каналы. Но уже анонсированы интерфейсы в 40 и даже 100 Гбит/сек, причем 40 Gbps Ethernet может появиться уже этой осенью.</p>
<p>Современные PE маршрутизаторы, в зависимости от производителя и модели, могут иметь более 10 слотов для установки плат расширения. На каждую такую плату приходится разное количество интерфейсов, но их совокупная пропускная способность может превышать 50 гигабит в секунду в одном направлении, или 100 Гбит/сек в обоих. Таким образом, десятислотовое шасси должно иметь производительность в 1 Терабит/сек, чтобы не быть узким местом для прохождения трафика. Причем маршрутизатор должен осуществлять классификацию и фильтрацию, коммутацию и маршрутизацию трафика с такой скоростью.</p>
<p>Часто клиентские подключения осуществляются посредством интерфейсов, имеющих большую пропускную способность, чем реально необходимо. Например, если есть потребность передавать данные со скоростью 2 Гбит/сек, а принимать на 4 Гбит/сек, обычно, используют интерфейс 10 Гбит/сек. Но так часть доступной полосы не используется. Эта особенность позволяет операторам использовать платы с большим количеством интерфейсов, чем допустимо в неблокирующем режиме. Вернувшись к примеру с 10 Гбит/сек интерфейсами, в таком режиме допустимо использование, например, плат с 10 интерфейсами. Этот режим называется &#8220;oversubscribe&#8221; (переподписка). В пиковые моменты прохождения трафика, когда требуется больше полосы пропускания, чем способен обеспечить стык линейной платы и фабрики коммутации, на помощь приходят механизмы QoS, позволяющие передавать высокоприоритетный трафик с минимально возможными задержками, а трафик низкого приоритета ставить в очередь или отбрасывать, оставляя контроль за доставкой и досылкой более высокоуровневым протоколам.</p>
<p>Кроме того, некоторые производители производят интерфейсные платы так, что коммутация на самой плате осуществляется в неблокирующем режиме, при этом плата имеет возможность подключаться к фабрике коммутации маршрутизатора на полной скорости, но узким местом является сама фабрика маршрутизатора. Делается это с целью защиты инвестиций оператора, в расчете на выход новых, более производительных фабрик.</p>
<p>Маршрутизатор операторского класса должен обладать высокой надежностью и стабильностью. Распространен термин &#8220;надежность – пять девяток&#8221;, который означает, что 99,999% времени в год маршрутизатор должен выполнять свои функции. На практике такая доступность подразумевает, что оборудование может быть недоступно в течение 5 минут 12,8 секунд в год. Остальное время маршрутизатор должен выполнять свои функции, предоставляемые сервисы не должны прерываться. Надежность и стабильность работы маршрутизаторов рассматривается операторами связи как один из основных критериев при покупке.</p>
<p>Основными средствами обеспечения отказоустойчивости маршрутизаторов являются аппаратное резервирование и логические средства защиты и быстрого восстановления после сбоя.</p>
<p>Современный высоконадежный маршрутизатор практически всегда является модульным. В шасси (корпус) маршрутизатора устанавливаются сменные блоки питания, имеющие избыточность 1+1 (активный + резервный), при этом мощности одного блока питания должно хватать для подержания работоспособности маршрутизатора. Некоторые производители резервируют блоки питания по схеме N+1 (несколько активных + 1 резервный), когда N блоков достаточно для работы устройства. Также в шасси устанавливаются блоки вентиляторов для охлаждения внутренностей устройства. Являясь вращающейся деталью, вентилятор подвержен естественному износу, потому блок вентиляторов выделен в отдельный легкозаменяемый модуль.</p>
<p>Следующим модулем конструкции маршрутизатора является фабрика коммутации. У некоторых производителей фабрика встроена в шасси, но большинство стремиться агрегировать фабрику с процессорным модулем и сделать такой модуль съемным. Делается это не только для обеспечения соответствия требованию надежности, но и для облегчения апгрейда, позволяя оператору увеличивать производительность шасси с выходом новых фабрик и процессоров.</p>
<p>Агрегированный модуль фабрики коммутации и процессорной платы является главным интеллектуальным узлом устройства, местом, где обрабатывается большая часть сервисных функций маршрутизатора. Выход из строя этого узла влечет за собой остановку всех сервисов устройства. Производители, как правило, предлагают устройства с двумя такими модулями, работающими по схеме 1+1, один основной в работе + 1 в горячем резерве. После включения в работу резервный блок управления должен по новой изучить топологию сети от соседних маршрутизаторов и перестроить свою маршрутную таблицу (также известную как Routing Information Base &#8212; RIB). После выяснения топологии и варрантов маршрутизации устройство рассчитывает таблицу продвижения данных (известную как Forwarding Information Base) для линейных карт. Этот процесс может занять до 15 минут, что, по понятным причинам, не приемлемо для оборудования операторского класса (вспомним о 5 минутах простоя в год). Один из методов переключения на резервный управляющий модуль называется Graceful restart (&#8220;изящный&#8221; рестарт). Суть его состоит в том, что на время пока строится новая маршрутная таблица после старта резервного блока управления, таблица FIB &#8220;замораживается&#8221; и данные продолжают пересылаться на ее основе. Соседние маршрутизаторы при этом уведомляются, что происходит рестарт блока управления, и они не удаляют рестартующий маршрутизатор из своих таблиц RIB и FIB, позволяя ему завершить процесс рестарта, пересчитать и синхронизовать свои RIB и FIB.</p>
<p>Другой способ – использование метода Non-stop-routing (безостановочная маршрутизация). Суть метода заключается в &#8220;предварительной подготовке&#8221; резервного модуля к рестарту путем копирования в него всей информации о состоянии маршрутов и маршрутных соединений. Это копирование производит текущий активный блок управления все время в процессе своей работы, что позволяет резервному блоку в случае отказа моментально приступить к выполнению своих прямых обязанностей. При сбое или отключении основного модуля, резервный модуль незамедлительно начинает выполнять все функции основного, при этом теряется только та часть пакетов, которая отрабатывалась основным модулем в момент сбоя.<br />
Для того чтобы предоставление сервиса считалось безостановочным, производители стремятся к реализации переключения за время, меньшее, чем 50 мс. Это требование унаследовано пакетными сетями от сетей с коммутацией каналов, когда считалось, что сбой продолжительностью в 50 мс прозрачен для пользователя, и потеря голосовых данных незаметна.</p>
<p>На основе этих же подходов реализуются задачи модернизации программного обеспечения или рестарт отдельных протоколов или модулей без вывода устройства из обслуживания. Оба подхода имеют свои преимущества и недостатки, однако их анализ выходит за рамки данной статьи. Добавим лишь, что алгоритм этих процедур отличается у разных производителей, но все они стремятся свести к минимуму перерывы в предоставлении сервиса.</p>
<p>Что касается средств отказоустойчивости соединений и маршрутов, то применяемые подходы во многом зависят от технологий первого и второго уровней. На третьем уровне эталонной модели OSI защита маршрутов обеспечивается протоколами динамической маршрутизации, преимущественно OSPF внутри сети оператора, и BGP при взаимодействии с внешними автономными системами.</p>
<p>Для упрощения принятия решений о пересылке пакетов была разработана технология IP/MPLS, в которой данные, предварительно упакованные в IP, передаются по логическим путям на основе меток (label). Маршрутизатор, получивший пакет для определенного IP адреса, присваивает, в соответствии с таблицей маршрутизации, метку данному пакету, и передает следующему маршрутизатору, который, на основе этой метки либо передает пакет дальше, изменив метку, либо снимает метку и передает пакет на интерфейс, за которым находится IP адрес назначения. Таким образом, транзитному маршрутизатору не требуется разбирать IP заголовок пакета для выбора направления передачи. Маршрутизаторы, назначающие и снимающие метки, исполняют функции PE, а маршрутизаторы изменяющие метки и пересылающие трафик дальше, выполняют функции P.</p>
<p>Так как метки MPLS вставляются в передаваемый пакет после заголовка второго уровня (MAC), но перед заголовком третьего (IP), протокол MPLS часто называют протоколом 2,5 уровня.</p>
<p>В сети, использующей MPLS, маршрутизаторы могут использовать метод известный как MPLS Fast ReRoute (FRR). Метод позволяет быстро переключиться на обход аварийного участка пути, пока строится новый оптимальный маршрут из конца в конец. В настоящее время этот метод хорошо стандартизирован и обеспечивается его совместимость между маршрутизаторами от разных производителей.</p>
<p>Другая важная характерная черта маршрутизаторов операторского класса – способность предлагать пользователю различные сервисы по доставке данных. И именно маршрутизатор служит основным инструментом создания и поддержания этих сервисов в сетях операторов. Основная технология, которая помогает реализовать эту функциональность и становиться обязательной составляющей большинства маршрутизаторов операторского класса – MPLS.</p>
<p>Наделение недорогой и эффективной технологии Ethernet необходимыми для операторов свойствами, во многом также реализуется благодаря MPLS. Сеть оператора предлагает пользователям коммерческие сервисы организации виртуальных сетей 2-го уровня различных топологий, таких, как точка-точка (VLL – virtual leased line) или многоточка-многоточка (VPLS – virtual private LAN service). В рамках этих сервисов сеть оператора для заказчика представляется прозрачной на втором уровне. Такая сеть способна передавать в т.ч. трафик в соответствии со стандартами IEEE 802.1q (VLAN) и IEEE 802.1ad (QinQ). Возможно также использование сети MPLS для передачи по псевдолиниям (pseudowire) устаревающих протоколов Frame Relay или ATM.</p>
<p>Другим инновационным сервисом, ставшим популярным с приходом MPLS, стал сервис VPN 3 уровня, или VPRN (virtual private routed network), позволяющий оператору независимо маршрутизировать адреса сетей заказчиков.</p>
<p>Особенности технологии MPLS позволяют реализовать функции трафик инжиниринга (TE – Traffic Engineering), позволяющего выбирать пути передачи данных по сети оператора с учетом загрузки маршрутизаторов и коммутаторов сети и доступной полосы пропускания в физических каналах, при наличии множества возможных путей прохождения трафика. Эта функция маршрутизаторов позволяет избегать &#8220;заторов&#8221; (congestion) трафика, эффективно использовать доступные ресурсы производительности устройств и линий сети, создавать обходные маршруты следования трафика при возникновении сбоев линий или узлов. Наконец, использование трафик инжиниринга позволяет точно планировать загруженность сети, уменьшая затраты оператора.</p>
<p>Другой важной сервисной составляющей маршрутизаторов является функция классификации трафика, необходимая для определения типа передаваемых данных и выделения уровня приоритета для них. Различные типы трафика имеют разные требования к задержкам (latency) и джиттеру (jitter &#8211; девиация задержки), например, голосовой трафик требует малой, но гарантированной полосы пропускания и требователен к джиттеру и задержкам, тогда как сигнальная информация должна быть гарантированно доставлена, без специальных требований к задержкам, джиттеру и полосе. Классификация трафика на границе сети позволяет определить различные типы трафика и назначить им в соответствии с SLA (service level agreement – соглашение об уровне услуги) приоритет для пересылки сквозь собственную сеть оператора.</p>
<p>Понятие SLA является формальным договором между заказчиком и поставщиком услуги, содержащим, в частности, описание услуги и согласованный уровень качества предоставления услуги. Важным моментом SLA является обязательное требование измеримости определенных в соглашении параметров качества предоставления услуги, что позволяет обеим сторонам соглашения контролировать качество сервиса. В качестве примера контрольного параметра SLA можно привести максимальную величину задержки голосового пакета, проходящего между различными адресами через сеть оператора, разницу во времени задержки и т.п.</p>
<p>Классифицированный трафик на PE маршрутизаторах подвергается маркированию с целью выделения приоритета для передачи по сети оператора. Выделение приоритета для пересылки определенного вида трафика позволяет оператору соблюдать исполнение SLA, позволяя критичному к задержкам трафику передаваться с минимальными задержками и гарантированной полосой пропускания, оставляя менее критичным к задержкам данным более загруженные очереди.</p>
<p>Часто трафик, попадающий на маршрутизатор оператора, уже имеет маркировку, оставшуюся в заголовках 2 или 3 уровня после передачи по чужой сети. Такой трафик, возможно, требует изменения меток параметров качества обслуживания, чтобы передаваемый внутри сети оператора трафик имел принятые внутри сети приоритеты.<br />
Другой важной функцией классификации трафика является защита от пересылки нежелательных потоков данных. Намеренные или случайные широковещательные рассылки, подмена адреса источника (IP Spoofing), иные атаки могут существенно снижать производительность и пропускную способность сетевой инфраструктуры оператора.</p>
<p>Как правило, SLA требует от оператора передачи любого клиентского трафика, а защита от хакерских атак лежит на клиентском оборудовании. Функции фильтрации на 3 и 4 уровнях OSI в маршрутизаторах операторского класса реализованы, но не являются основными. Производители оборудования обсуждаемого класса сегодня предлагают модули DPI (deep packet inspection – глубокое исследование пакетов), способные выявлять вредоносную активность в передаваемых данных, анализируя трафик на высокой скорости, сравнимой со скоростью интерфейсов.</p>
<p>Наметившаяся тенденция &#8212; проникновение MPLS  в сети доступа. Уже многие производители выпускают маршрутизаторы доступа с поддержкой MPLS функциональности. В концеконцов это должно привести к значительным изменениям к подходам в реализации IP услуг. </p>
]]></content:encoded>
			<wfw:commentRss>http://www.bairoff.ru/2009/08/core-routers-draft/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Как сделать подписчика счастливым – и заработать</title>
		<link>http://www.bairoff.ru/2009/03/iptv/</link>
		<comments>http://www.bairoff.ru/2009/03/iptv/#comments</comments>
		<pubDate>Mon, 30 Mar 2009 15:50:55 +0000</pubDate>
		<dc:creator>Pirate</dc:creator>
				<category><![CDATA[iptv]]></category>
		<category><![CDATA[построение сетей]]></category>
		<category><![CDATA[Alcatel-Lucent]]></category>
		<category><![CDATA[allied telesis]]></category>
		<category><![CDATA[anevia]]></category>
		<category><![CDATA[BeeSmart]]></category>
		<category><![CDATA[envivio]]></category>
		<category><![CDATA[Nokia Siemens Networks]]></category>
		<category><![CDATA[ruckus wireless]]></category>
		<category><![CDATA[set top box]]></category>
		<category><![CDATA[экосистема iptv]]></category>

		<guid isPermaLink="false">http://www.bairoff.ru/?p=82</guid>
		<description><![CDATA[Предлагаю вниманию случайного читателя черновик моей статьи для журнала &#8220;Технологии и стандарты связи&#8221;, опубликованной в журнале #2 2009 на странице 36.
Сегодня провайдеры услуг широкополосного доступа к сети Интернет предлагают практически равный пакет услуг. Никакой магии нет в том, что я угадаю, какие услуги предлагает Вам Ваш провайдер. Среди них безлимитный доступ к ресурсам сети Интернет, [...]]]></description>
			<content:encoded><![CDATA[<p>Предлагаю вниманию случайного читателя черновик моей статьи для журнала <a href="http://www.tssonline.ru/">&#8220;Технологии и стандарты связи&#8221;</a>, опубликованной в журнале <a href="http://www.new.groteck.ru/imag20/TSS_2_2009/fvxpress.html">#2 2009 на странице 36.</a></p>
<p style="text-align: justify;">Сегодня провайдеры услуг широкополосного доступа к сети Интернет предлагают практически равный пакет услуг. Никакой магии нет в том, что я угадаю, какие услуги предлагает Вам Ваш провайдер. Среди них безлимитный доступ к ресурсам сети Интернет, статический реальный IP адрес, доступ к игровым, фото и видео, файловым серверам, хостинг домашних страничек, электронный почтовый ящик, антивирус. Я что-то забыл? Возможно, Вашей организации провайдер предложит построение виртуальных частных сетей (VPN) и виртуальных выделенных каналов (VLL), услуги телефонной связи с использованием протокола VoIP. С небольшими погрешностями, я описал все услуги современного российского провайдера. Услуги одинаковы, тарифы одинаковы, техническая реализация различается, но это компенсируется тарифами на подключение и стоимостью абонентского оборудования. Так за счет чего жить и развиваться?</p>
<p style="text-align: justify;">&#8220;IPTV забыл&#8221;, &#8211; скажете Вы. Нет, не забыл. Как раз о таком феномене, как IPTV я и хочу поговорить. Спасибо одному крупному московскому оператору, мы узнали, что телевизионный сигнал может попасть в наши телевизоры не только посредством эфирной антенны, кабеля или спутниковой тарелки. Телесигнал в московские квартиры пошел через телефонный провод, используя в качестве транспорта стек протоколов TCP/IP.</p>
<p style="text-align: justify;">Считается, что телевидение эффективнее всего доставлять до подписчика, используя многоадресную рассылку, известную как IP Multicasting. Упрощенно, происходящее можно описать так. Абонентское устройство соединяется с сервером, представляющим интерфейс (картинку) пользователю. Выбрав канал, пользователь, фактически, выбрал адрес multicast потока, через который происходит вещание заданного канала. Далее приставка пользователя с помощью протокола IGMP обращается к провайдерскому устройству доступа (коммутатору, DSLAM и т.п.) с заказом потока. Поток Multicast вещания направляется на приставку, пользователь смотрит выбранный канал. Так происходит предоставление услуги, сравнимой с традиционным эфирным, кабельным или спутниковым телевидением. И услуга IPTV, предоставляемая так, конкурирует именно с такими традиционными сервисами.</p>
<p style="text-align: justify;">Но даже тут Интернет провайдер может предложить пользователю больше. Сервис EPG (Electronic Program Guide &#8211; электронное расписание телепрограмм) в сетях кабельного и спутникового телевидения ограничен по набору функций и содержанию информации, его за обработку потока данных отвечает приставка. В случае IPTV сервис EPG интерактивен и персонализирован, т.к. не передается на абонентское устройство, а скачивается с сервера в графическом виде как web страница. Если пользователь спутниковой или кабельной приставки видит интерфейс, заложенный в приставку изготовителем, или поставщиком услуг при продаже, то пользователю IPTV доступны изменения, обновления и персонализация интерфейса и EPG.</p>
<p style="text-align: justify;">В сети IPTV, в отличие от традиционных сетей кабельного и спутникового телевидения, абонентская приставка (STB &#8211; Set Top Box) имеет двустороннюю связь с серверами провайдера. Такая связь раскрывает поистине небывалые доселе горизонты для телевидения. Телезритель может принимать участие в опросах и голосованиях без использования телефонной сети. Классические &#8220;лохотроны&#8221;, известные как &#8220;СМС сервисы&#8221;, пользуются огромной популярностью среди телезрителей. В сети IPTV роль сотового телефона и СМС берет на себя пульт управления и ПО оператора. Соответственно, прибыль от такого сервиса идет к вещателю, а не к третьей стороне, как это происходит в случае СМС. Там львиная доля платы за СМС идет на счет оператора сотовой связи.</p>
<p style="text-align: justify;">Кроме того, двусторонний канал связи дает провайдеру информацию о том, ЧТО смотрел хозяин конкретной приставки в заданный отрезок времени. Небольшое анкетирование подписчиков при заключении контракта даст оператору знания о том, к какой целевой группе относится обладатель конкретной приставки. ПО оператора позволит собрать статистику и выявить, какая целевая группа что смотрит на самом деле. Ценность этой информации сложно переоценить, ведь оператор обладает истинными данными, кто, что и когда смотрит. Возможно, такие данные, попав в руки обладателей канала, перевернут представление об аудитории, изменят сетки вещания и качественное наполнение каналов. Более того, провайдер, обладая этой информацией, может вставлять рекламные блоки в EPG &#8211; интерфейс системы, что виден пользователю. При этом, используя на пульт управления приставкой, пользователь может выяснить интересующие его аспекты рекламируемых товаров и услуг, углубляясь в контекстные меню.</p>
<p style="text-align: justify;">Таким образом, видно, что IPTV, в первую очередь, привносит интерактивность и персонализацию в сервис телетрансляций реального времени. Полнота реализации возможностей по-настоящему интерактивного телевидения зависит от используемого ПО Middleware (промежуточного ПО).</p>
<p style="text-align: justify;">Вообще, стоит выделить составные части экосистемы IPTV. Приемная станция (head-end), станция обработки и подготовки сигнала (processing), опорная сеть (TV backbone), сеть доступа/распределения, абонентские устройства и связующее ПО (Middleware) &#8211; 6 частей современной сети IPTV. Компания &#8220;Новые Системы Телеком&#8221; предлагает законченное решение &#8220;от А до Я&#8221;, включающее все узлы экосистемы IPTV.</p>
<p style="text-align: justify;">Head-End &#8211; головная станция. Этот узел сети отвечает за прием сигнала от источника и подготовку его к многоадресной рассылке. Прием потоков MPEG2, упакованных в транспортный протокол DVB, являющийся стандартным средством доставки контента в спутниковых и кабельных сетях, осуществляется шлюзами DVB/IP. Компания &#8220;Новые Системы Телеком&#8221; для этих целей предлагает использовать широко известные в мире шлюзы Flamingo для малых сетей, и ViaLive для больших, производства компании Anevia. Такие операторы как Deutsche Telecom, Alice, Tele2, отели Express сети  Holiday Inn, отель 3.14 в Каннах и другие операторы связи и предприятия сферы услуг выбирают оборудование Anevia для головных приемных станций их сетей IPTV.</p>
<p style="text-align: justify;">Станция обработки и подготовки сигнала состоит из двух возможных частей. Первая часть &#8211; серверы VoD (Video On Demand). VoD &#8211; сервис, принципиально невозможный в чисто кабельных или спутниковых телевизионных сетях. В группу сервисов &#8220;видео по запросу&#8221; входят такие подвиды, как &#8220;Отложенный просмотр&#8221; (Time Shifted TV), когда пользователь может просмотреть интересующую его передачу, которая передавалась в реальном времени ранее. Другой похожий сервис &#8211; &#8220;остановка и возобновление&#8221; (Pause &amp; Play), пользователь которого может остановить видеопоток рельного времени и вернуться к его просмотру позже. Доступен сервис &#8220;сетевой видеомагнитофон&#8221; (nPVR &#8211; network Personal Video Recorder), когда пользователь может записать на сервере провайдера передачу так, словно он использует собственный видеомагнитофон. И, конечно, стоит упомянуть сам сервис &#8220;видео по запросу&#8221; (VoD &#8211; Video on Demand), пользователь которого может просматривать видеозаписи, выбирая их как в видеопрокате. Все эти сервисы дают оператору новые, неизвестные ранее, способы получения доходов. Серверы Toucan компании Anevia выполняют функции VoD в сети оператора, обеспечивая стандартизованный подход к реализациям сервисов nPVR, TimesShift, Pause&amp;Play и VoD.</p>
<p style="text-align: justify;">Транскодинг &#8211; другая функция станции обработки и подготовки видео. Смысл транскодинга заключается в конвертировании &#8220;на лету&#8221; форматов потока видео для адаптации под требования сети передачи данных. Иногда требуется не только конвертирование потока mpeg2 в поток mpeg4 (h.264 avc), но и изменение разрешения. С такой задачей справляются энкодеры 4Сaster компании Envivio. В зависимости от реализации, эти энкодеры могут обрабатывать как простые для транскодирования потоки, такие как ток-шоу, театральные постановки, кино, так и обилующие динамичными сценами трансляции спортивных каналов.</p>
<p style="text-align: justify;">В опорной сети оператора, внедряющего услуги передачи видео, должны стоять высокопроизводительные устройства, позволяющие защищать сеть от сбоев. Для видеопотоков критична потеря фрагментов, такая потеря ведет к рассыпанию картинки, потере качества звука и прочим негативным последствиям. При строительстве сетей кольцевой топологии, задачи быстрого восстановления колец коммутации после сбоев лежат на 2 уровне модели OSI. Традиционно, такие сети защищают протоколы семейства STP (протокол ветвящегося дерева &#8211; Spanning Tree Protocol). Даже самые современные и быстрые реализации этого протокола в больших широковещательных доменах приводят к длительному (несколько секунд) интервалу схождения. Для потока данных, обычно, это не критично, т.к. потерянные данные могут быть перезапрошены без участия человека протоколами более высокого уровня. Для голоса и, тем более, видео, перерыв связи в несколько секунд составляет определенные неудобства для пользователя. Наиболее интересным, с моей точки зрения, является протоколы, похожие на EAPS (Extreme Networks&#8217; Ethernet Automatic Protection Switching), описанный в RFC 3619. Идеологически близкие к этому протоколы разработали компании Allied Telesis (EPSR &#8211; Ethernet Protection Switching Ring) и Nokia Siemens Networks (ERP &#8211; Ethernet Rings Protection).</p>
<p style="text-align: justify;">Второй вариант защиты сети от сбоев &#8211; защита на 3 уровне модели OSI за счет протоколов динамической маршрутизации или на &#8220;уровне 2,5&#8243; с использованием технологии коммутации по меткам IP/MPLS. Такой вариант чаще используется в магистральных сетях и сетях полносвязной топологии. Для реализации IP/MPLS оправдано использование магистральных маршрутизаторов и коммутаторов компании Alcatel-Lucent.</p>
<p style="text-align: justify;">Сети доступа также должно уделяться пристальное внимание. На сегодня самыми распространенными решениями доступа в последней миле являются Ethernet, ADSL и DOCSIS. Технология DOCSIS будет более интересна провайдерам, расширяющим список услуг своей кабельной телевизионной сети. Для таких операторов компания &#8220;Новые Системы Телеком&#8221; предлагает опцию для системы IPTV, позволяющую использовать гибридные приставки STB. В такой сети прямой эфир передается в традиционном режиме, а сервисы группы VoD передаются через IP или с использованием свободной полосы в кабеле. Такой функционал возможен благодаря ПО Middleware компании BeeSmart.</p>
<p style="text-align: justify;">Предоставление услуги на ADSL более интересно для провайдеров, эволюционировавших из поставщиков традиционных услуг телефонной связи. Концентраторы доступа DSLAM производства Alcatel-Lucent, Nokia Siemens Networks или Allied Telesis полностью решают задачи обеспечения последней мили по технологии ADSL.</p>
<p style="text-align: justify;">Ethernet &#8211; технология, которую, как правило, выбирают провайдеры для вновь строящихся сетей. Подключение пользователей стоит минимально, производится легко. Такой вид сети распределения является оптимальным. Интересные модели Layer 2+ коммутаторов существуют в продуктовых линейках таких производителей, как Allied Telesis, Nokia Siemens Networks или Alcatel-Lucent. Эти модели имеют положительный баланс потребительских качеств &#8211; производительность, стоимость владения, управляемость, надежность и безопасность.</p>
<p style="text-align: justify;">WiFi технология сегодня редко рассматривается как альтернативный вариант обеспечения доступа к сети провайдера, тем более, если в сети присутствует услуга IPTV. Этот факт связан с тем, что потоки видео в IP сетях передаются, как правило, в режиме многоадресной рассылки (Multicast) с использованием транспортного протокола UDP. Технология WiFi не очень хорошо передает и Multicast, и UDP, сложно контролировать качество доставки. Оборудование Ruckus Wireless создавалось специально для распределения IPTV через WiFi. Собственные аппаратные и программные технологии, заложенные в беспроводные маршрутизаторы и адаптеры Ruckus Wireless, позволяют обеспечивать доставку IPTV контента подписчику с операторским качеством. Точки доступа стандарта 802.11N Ruckus Wireless ZoneFlex, предназначенные для уличного применения, идеально подходят для покрытия WiFi коттеджных поселков и таунхаусов. Описание различных сценариев применения WiFi решения Ruckus Wireless заслуживает отдельной статьи, которую я непременно напишу позже.</p>
<p style="text-align: justify;">Middleware является объединяющим и связующим звеном всей экосистемы IPTV. Функции, доступные подписчику услуг IPTV, заложены именно в этом программном обеспечении. Кроме традиционных прямого вещания и услуг VoD, описанных выше, middleware BeeSmart позволяет реализовывать такие функции, как интеграция приложений третьих сторон (игры, голосования, чаты, ставки). Возможно создание дополнительных услуг: вывод на экран подписчика изображения с городских видеокамер, выход в Интернет с приставки STB, заказ пиццы с пульта телевизора, магазин на диване. Такие дополнительные сервисы могут не только повышать лояльность подписчика, но и приносить дополнительный доход (например, комиссия за заказанные товары и услуги). Кроме того, ПО BeeSmart генерирует пользовательский интерфейс, основанный на SVG, что позволяет создавать и пресонализировать элементы интерфейса под любые нужды оператора и подписчика. И, конечно, ПО BeeSmart имеет открытый API интерфейс в сторону биллингового ПО оператора.</p>
<p style="text-align: justify;">В заключение, отмечу, что, с одной стороны внедрение IPTV в сети оператора дает новые и интересные услуги пользователю, с другой стороны, открывает новые направления и возможности для извлечения дохода для оператора. В моей практике встречаются операторы, считающие, что к ним валом пойдут клиенты, как только появится услуга телевизионного вещания через IP сеть. Часто они стремятся ее предложить дешевле, чем у конкурентов, иногда, совсем бесплатно, полагая, что суть IPTV сводится к вещанию телеэфира через IP сеть. Подсознательно чувствуя, что без IPTV у них нет будущего.  Получить комплексное решение из одних рук &#8211; хорошее подспорье в становлении новой ветви бизнеса. Оператор может внедрять услуги постепенно, опираясь на опыт внедрения аналогичных услуг других операторов, работающих с тем же оборудованием.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.bairoff.ru/2009/03/iptv/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
	</channel>
</rss>
