Реклама

сентября 30, 2011

Технология HughesNet (DirecWay, HX)

Технология Direcway (HughesNet) — технология спутниковой связи VSAT от компании Hughes Network Systems, сочетающая в себе технологии и современные решения по созданию мультисервисных сетей связи. Терминалы Direcway позволяют обеспечить скорость до 48 Мбит/с, доступ в Интернет/Интранет, телефонию, высокую степень защиты системы безопасности. Система Direcway предоставляет пользователям широкий набор мультисервисных услуг. Технология оптимизирована под конечных пользователей, устраняет проблему последней мили, если таковая имеется. В настоящее время технология обеспечивает "жесткий набор" стандартных услуг (интернет, телефония передача данных). Все оборудование для всех видов сервиса поставляется непосредственно самой компанией HughesNet и для оказания какой либо из услуг практически невозможно использовать оборудование третьих производителей. 
Для служебных абонентов, к офисам которых не проведены ни кабельные, ни цифровые абонентские линии, система DirecWay станет хорошим решением для обеспечения быстрого и надёжного интернета в режиме «онлайн». Для крупных компаний с большим количеством офисов, преимуществом использования DirecWay, при разумных ценах оператора спутникового сегмента, станет создание частных сетей, которые в качестве дополнительных услуг будут обеспечивать, как потоковую передачу информации, так и групповую адресацию. Достаточно легко создается единое адресное пространство в сети.

Одним из существенных недостатков системы DirecWay является то, что конечный пользователь однажды купив оборудование у одного из спутниковых операторов, будет с этим оборудованием привязан к системе именно этого оператора, так как зарегистрировать его у другого оператора он не сможет или если и сможет, то с огромным трудом.
Ключи присвоенные HughesNet спутниковому модему привязаны к конкретному HUB (центру управления связью) конкретного оператора.

Оборудование достаточно надежное в эксплуатации, неприхотливое к температурным режимам. Достаточно легко вписывается в наш суровый российский климат. Если не считать нестандартных ситуаций типа, авария на ЛЭП, затопление помещения и прочие "беды", то выходят из строя эпизодически только передатчики с вероятностью отказа примерно 1-2%.

Если вас устраивает цена трафика у конкретного оператора, то можно не задумываясь ставить DirecWay для получения услуг.
Компания Hughes Network Systems (HNS) является ведущим мировым поставщиком широкополосных спутниковых сетей для корпоративных и индивидуальных пользователей, согласно последнему отчету аналитической компании COMSYS HNS занимает более 60% этого рынка. HNS отгрузил более 600 тысяч земных станций VSAT различного типа и свыше 300 тысяч терминалов HNS. В Росси и СНГ HNS заключил контракты с 9 операторами на поставку центральных станций HNS и более 13 тысяч периферийных терминалов, что вывело компанию в положение ведущего поставщика широкополосных спутниковых систем в данном регионе. Кроме того, HNS – основной поставщик спутниковых систем мобильной связи и абонентских терминалов, а также ведущий производитель спутниковых телевизионных приемников DIRECTV®: продано более 14 миллионов комплектов. HNS сыграла ведущую роль в разработке и принятии стандарта DVB-S2, а также одобренного TIA открытого стандарта IpoS (IP через Спутник).
Штаб-квартира компании находится в городе Джермантаун, США, недалеко от Вашингтона, и более 30 филиалов и представительств расположены по всему миру. Одно из редставительств находится в Москве.

Система HNS является самой передовой из всех предлагаемых сегодня на рынке широкополосных спутниковых систем связи. HNS предназначена для обеспечения широкого перечня широкополосных услуг и приложений. Оборудование имеет доказанную на практике высокую надежность и в совокупности с превосходным программным обеспечением гарантирует высочайшие характеристики и самое эффективное использование частотного ресурса космического сегмента.

истема HNS имеет топологию типа «звезда». В системе для организации прямого широковещательного канала используется совместимая со стандартом DVB-S несущая, излучаемая операционным центром сети (NOC - Network Operations Center), и множество обратных каналов, основанных на методе многостанционного доступа с временным разделением (TDMA), для обеспечения доступа практически неограниченного количества периферийных терминалов в Интернет и корпоративные сети Интранет.

Платформа HNS обеспечивает большой диапазон широкополосных услуг для обслуживания корпоративных пользователей, в том числе:
Широкополосная связь на основе Интернет протоколов (IP) – Высокоскоростная передача информации в режиме он-лайн между периферийными пунктами и серверами для соответствующих приложений. Позволяет создавать частные сети с использованием ускорителей системы HNS, которые улучшают характеристики и эффективность работы сети. Характеристики приложений (интерактивных или передачи файлов), используемых тем или иным сервисным терминалом, можно независимо изменять с помощью параметров разработанного HNS ускорителя Performance Enhancing Proxy (PEP).

Доступ Турбо Интернет/Интранет® 

– Высокоскоростная экономически эффективная Интернет услуга широкополосного доступа, при которой система HNS обеспечивает передачу IP трафика между периферийными терминалами и сетью Интернет. Периферийным терминалам могут назначаться как адреса общего пользования, так и адреса частных сетей. Характеристики протокола ТСР (Transmit Control Protocol) и вэб браузинга значительно улучшены с помощью передовых возможностей системы.
Доставка пакетов информации – Механизм многоадресной передачи файлов пакетов информации обеспечивает эффективную и надежную одновременную передачу любой совокупности файлов выборочной группе периферийных пользователей. Надежная доставка информации гарантируется разными методами, в том числе подтверждением приема и наилучшей попыткой.

Декодирование видео информации 

– Терминал HNS может конфигурироваться с использованием опционного MPEG (Motion Pictures Expert Group) видео декодера, который обеспечивает прием и декодирование многоадресных потоков видео информации. Существующая технология MPEG кодирования позволяет экономически эффективно кодировать видео информацию источника и передавать ее на NOC и далее в прямом канале системы со скоростью менее 1,5 Мбит/с
Телефония – С помощью разработанного HNS блока передачи речи, подсоединяемого к терминалу HNS, обеспечиваются высококачественные услуги телефонии и передачи факсов между периферийными пунктами и телефонной сетью общего пользования (ТФСОП).

Поддержка последовательных протоколов 

– Обеспечение передачи информации с использованием существующих последовательных протоколов, таких как X.25, XPAD, SDLC, а также протоколов, используемых при верификации кредитных карт. Эти услуги поддерживаются с помощью простого подключения к терминалу HNS разработанного HNS блока приложений последовательной передачи данных.
Система HNS обеспечивает самые современные многообразные особенности, разработанные для эффективной поддержки приложений клиентов системы. Наиболее важные особенности системы HNS перечислены ниже:

Встроенная система безопасности сети

– Встроенная система безопасности связи в сети HNS является стандартной функцией. Все данные в прямом широкополосном канале передаются в закодированном виде. Для обеспечения гарантии, что только авторизованные терминалы могут входить в частную сеть, предусмотрена система условного доступа.

Масштабируемость

– Модульная архитектура системы HNS позволяет расширять сеть для обслуживания сотен тысяч периферийных пунктов. Система может работать одновременно через несколько стволов ретрансляции и даже через несколько спутников связи, гарантируя необходимое увеличение пропускной способности сети.

Эффективное использование полосы обратных каналов

– В широкополосной системе HNS для организации обратных каналов применяются несущие, работающие в режиме многостанционного доступа с временным разделением (TDMA) и имеющие модуляцию OQPSK (офсетную квадратурную фазовую модуляцию), что обеспечивает эффективное использование полосы при низкой стоимости периферийных терминалов. Избранные метод многостанционного доступа и тип модуляции в сочетании с бесконфликтным способом доступа периферийных терминалов к обратным каналам, который обеспечивает более чем 89% использование емкости обратных каналов, гарантируют высокие характеристики надежности и пропускной способности обратных каналов.

Высокоскоростной прямой канал DVB формата 

– Сеть HNS соответствует общепринятому стандарту DVB-S. Это позволяет мультиплексировать прямой канал системы HNS с другими потоками DVB S потоками. Скорость передачи в прямом канале может выбираться в пределах от 1,25 Мсимв/с до 30 Мсимв/с.

Ускоритель РЕР для протокола TCP 

– HNS является ведущей компанией в области спутниковой связи по разработке программного обеспечения для улучшения пропускной способности и времени отклика для Интернет приложений при одновременной минимизации полосы, необходимой для обслуживания этих приложений. Все терминалы HNS используют ускоритель PEP, который включает спуфинг ТСР протокола в обоих направлениях, сжатие данных и заголовков, уровни IP приоритетов, уменьшение количества посылаемых квитанций и мультиплексирование сообщений.

Управление уровнями обслуживания 

– Система HNS позволяет выбирать и устанавливать сервисные планы, поддерживаемые политикой «справедливого доступа», которая гарантирует, что все абоненты имеют равный доступ к системе в соответствии с критериями информационной скорости и уровня характеристик. Операторы услуг могут также использовать эту особенность, чтобы предлагать своим клиентам различные уровни услуг, например, разные тарифные планы, зависящие от скорости передачи данных.

Встроенные функции маршрутизатора

– Терминалы HNS поддерживают некоторые встроенные функции маршрутизации, что в общем случае исключает необходимость установки внешнего маршрутизатора в периферийном пункте. Выполняемые терминалом функции маршрутизации включают гибкую адресацию с поддержкой протокола RIP (Routing Information Protocol), перевод сетевых адресов и адресов портов, функции сервера DHCP (Dynamic Host Configuration Protocol), DNS (domain name system) кэширование, функции брандмауэра (firewall).

Широкая номенклатура широкополосных терминалов

– Платформа HNS поддерживает широкий ряд как только приемных, так и приемопередающих терминалов. При этом терминалы имеют уникальные особенности, такие как встроенный MPEG декодер, поддержка сдвоенных локальных сетей (LAN), передача речи по Интернет протоколу (VoIP), доставка пакетов информации, жесткий диск для вэб кэширования и проигрывания аудио/видео.

Увеличенный набор услуг

– Увеличенные полоса и скорости передачи данных позволяют поддерживать разнообразные широкополосные приложения, такие как потоковая передача мультимедийной информации, интерактивное дистанционное обучение, доставка контента, деловое телевидение и телевидение для целей обучения, Интернет, электронные платежи, музыка, сообщения и т.п.

Эти самые современные функции позволяют операторам предоставлять передовые услуги высшего качества при минимизации затрат в течение жизненного цикла системы.

Встроенная система безопасности сети

- В системе HNS используется многоуровневая схема шифрования, включающая ключи на основе как оборудования, так и программного обеспечения, в сочетании системой условного доступа, что гарантирует безопасность передачи данных в сети. Эта стандартная для системы особенность, исключительно важная при оказании услуг корпоративным и частным клиентам, отличает технологию HNS от других включают:

- Кодирование всех данных, передаваемых в прямом канале
- Система условного доступа (СА - Conditional Access), которая подвергает аутентификации деятельность каждого пользователя сети и гарантирует, что к определенным данным имеют доступ только авторизованные пользователи.
- Шифрование и защита с помощью условного доступа реализуются с помощью специализированной интегральной схемы (ASIC), которая защищена от неумелого обращения. HNS уверена, что используемая система условного доступа никем никогда не была взломана. 

ПЕРИФЕРИЙНЫЕ ТЕРМИНАЛЫ DIRECWAY (HughesNet)



Все терминалы DIRECWAY могут работать с любыми типами персональных компьютеров или рабочих станций (Windows®, Macintosh®, Linux®, или UNIX®), подключаемых к встроенному в терминал интерфейсу Ethernet LAN.

Все типы терминалов DIRECWAY имеют следующие общие особенности:

Простота установки и ввода в систему.
Использование протокола SNMP для целей контроля и управления со стороны NOC.
Контроль и управление от DIRECWAY NOC с помощью системы Vision NMS: терминалы DIRECWAY контролируются Vision NMS, контрольная информация включает состояние и статус терминала, а также данные о возникших ошибках и т.п.
Загрузка программного обеспечения с NOC через спутниковую линию. Допускается загрузка специального программного обеспечения на заводе перед отгрузкой, это программное обеспечение позволяет после установки терминала загрузить начальную конфигурацию и ключевую информацию с помощью вэб интерфейса.
Встроенная система безопасности связи: терминалы DIRECWAY выпускаются с системой кодирования на аппаратном уровне.
Встроенные TCP ускорители для улучшения характеристик передачи через спутниковые каналы.
Эффективные методы доступа к обратным каналам для оптимизации характеристик IP приложений, в том числе для приложений реального масштаба времени.

Встроенные функции маршрутизации.
Опционная встроенная функция VPN с автоматическим дозвоном (Automatic Dial Backup -VADB): при отказе спутниковой линии терминал устанавливает коммутируемое наземное соединение с NOC через виртуальную частную сеть VPN.

ТЕРМИНАЛ DW6000/HN7000

DW6000 может использоваться индивидуальными пользователями, малыми/ домашними офисами, корпоративными пользователями. DW6000 совместим в одной сети с другими терминалами DIRECWAY (например, DW3000, DW4000, DW4010, DW1000).

На данный момент HN7740 является самым совершенным терминалом HNS.

DW6000 поддерживает пользовательский интерфейс 10/100 BaseT Ethernet LAN и опционный встроенный модем (модем нужен для функции VADB), также имеется USB интерфейс. Связь с терминалом DW6000 для целей установки и ввода в систему может осуществляться с помощью интерфейса Ethernet LAN или USB.

Безопасность

DW6000 не требует от пользователя навыков эксплуатации и вмешательства в работу терминала. Все программное обеспечение и параметры конфигурации хранятся в энергонезависимой памяти. Параметры комиссионинга вводятся в блок либо через вэб браузер, подсоединенный к порту Ethernet, либо загружаются с NOC. Параметры конфигурации загружаются с NOC через прямой канал. Таким же образом загружается обновленное программное обеспечение или дополнения к нему.

Терминалы DW6000 выпускаются каждый с уникальным ключом кодирования, запрограммированном в специальной микросхеме. Во время процесса комиссионинга терминал идентифицирует себя перед NOC с помощью этого аппаратного ключа. Этот ключ используется при приеме всей управляющей информации и других ключей для одноадресных и многоадресных сессий. Без соответствующего ключа терминал не может принять данные из прямого канала.

После включения терминала производится встроенное автономное тестирование для проверки правильности функционирования всех аппаратных компонентов. Терминал DW6000 захватывает прямой канал и использует мастер ключ для приема своих ключей сессий. Передающая часть терминала не активируется до тех пор, пока блок не захватит и не расшифрует прямой канал. Если в процессе работы терминал потеряет прямой канал (из-за повышенного затухания при осадках или в результате отказа оборудования), то передающая часть выключается. Кроме того, терминал выключает передатчик, если он в течение определенного времени не получает квитанции на пакеты, переданные по обратному каналу. Эта особенность работы терминала гарантирует, что в случае отказа он не будет создавать помехи другим терминалам сети.

Характеристики

Терминал DW6000 обеспечивает эффективные высокоскоростные прием и передачу IP трафика.. HNS разработал специальные меры для улучшения характеристик передачи по спутниковым каналам, снижения времени реакции, повышения эффективности использования частотного ресурса для протокол ТСР и высших уровней IP протоколов.
Высокоэффективный многоадресный и одноадресный IP транспорт через интерфейс Ethernet LAN 10/100BaseT – терминал DW6000 может поддерживать по крайней мере 5 Мбит/с подвергнутого спуфингу TCP/HTTP трафика или до 15 Мбит/с аггрегированного трафика из прямого канала в локальную сеть. LAN интерфейс может работать в дуплексном или полудуплексном режиме.

IP приоритеты и IP фильтрация – обеспечиваются 4 уровня IP приоритетов. Терминал обрабатывает данные и ставит их в очередь в зависимости от приоритета данного протокола. Для предотвращения передачи по спутниковой линии ненужного трафика можно активировать функцию IP фильтрации. Параметры IP фильтрации весьма гибкие и обеспечивают блокирование и разрешение на передачу для выбранных адресов источников или номеров портов.
Гибкие методы доступа к обратным каналам – терминал DW6000 поддерживает несколько методов доступа для обеспечения эффективных характеристик для разнообразных приложений. Использование конкретного метода доступа зависит от типа пропускаемого трафика. Например, терминал DW6000 обеспечивает непрерывную полосу при передаче телефонного и факсимильного трафика от блока DW6040.

Ускоритель Performance Enhancing Proxy – PEPv3 - последняя версия ускорителя HNS для TCP трафика. PEPv3 выполняется терминалом и не требует внешнего программного обеспечения. PEPv3 обеспечивает значительное увеличение пропускной способности и времени реакции при одновременном снижении необходимой полосы. Эта особенность позволяет мультиплексировать несколько подвергнутых спуфингу ТСР сообщений в один магистральный протокол сегмента данных, что приводит к уменьшению задержки передачи в обратном канале и снижению размера заголовков пакетов, а также снижает трафик квитанций. PEPv3 минимизирует повторные передачи в случае неожиданной перегрузки прямого или обратного каналов.

DNS кэширование и предварительная загрузка позволяет снизить время реакции за счет исключения необходимости поиска доменного имени, на что могло бы потребоваться соединение в два спутниковых скачка. DNS прокси поддерживает кэш память, данные в которую заранее загружаются с NOC, кроме того, данные в кэш памяти пополняются при локальных поисках DNS, инициированных локальной сетью.

PPPoE клиент обеспечивает легкость управления с предоставлением на каждый пункт своей согласованной скорости передачи CIR, поиска неисправностей и проверки состояния пользовательского трафика.

Турбо страница (Turbo Page) разработана для ускорения работы вэб браузеров и других вэб приложений. Эта дополнительная особенность выполняет упреждающую загрузку HTML объектов и их передачу на периферийный терминал до того, как вэб приложение их запросит, что значительно улучшает время реакции.
Компрессия IP заголовков в обратном канале позволяет DW6000 сжимать заголовки передаваемых IP пакетов, что ведет к уменьшению необходимой полосы обратного канала и экономичному использованию ресурса космического сегмента.

Встроенные функции маршрутизации

Терминал DW6000 выполняет следующие функции маршрутизации:
Функция перевода сетевых адресов NAT обеспечивает перевод между IP адресами локальной сети и IP адресами, используемыми на стороне спутника/NOC
Простой перевод сетевых адресов позволяет корпоративным клиентам устанавливать сеть терминалов DIRECWAY без необходимости изменять схему адресации в их существующих периферийных локальных сетях. При использовании статических таблиц перевода это позволяет обеспечить доступ к серверам локальных сетей со стороны глобальной сети WAN.
Перевод типа NAPT (перевод сетевых адресов и портов) дает возможность малым офисам/индивидуальным пользователям использовать один IP адрес на стороне спутника/NOC для отправки и приема трафика данных для множества устройств с различными адресами на стороне локальной сети. Эта функция, будучи совмещенной с функцией DHCP, обеспечивает поддержку нескольких компьютеров на стороне малого офиса/ индивидуальных пользователей.

DHCP (протокол динамической конфигурации хоста) сервер и DHCP ретранслятор позволяют осуществлять управление IP адресами на локальной сети.
IGMP (широковещательный протокол взаимодействия групп) позволяет хостам локальной сети взаимодействовать с DW6000 для присоединения или выхода из многоадресного потока, который дозволен данному DW6000 для приема по спутниковой линии.

ICMP (протокол управляющих сообщений) позволяет DW6000 отвечать на стандартные сообщения типа пинга.
Фильтрующий брандмауэр дает возможность использовать простые заранее заданные правила фильтрации пакетов для предотвращения злонамеренного доступа со стороны Интернет или глобальной сети. Брандмауэр применим только к пакетам, полученным по прямому спутниковому каналу. Брандмауэр не блокирует никакие пакеты сетевого управления, так как эти пакеты распознаются по адресу их источника и не направляются на брандмауэр.
RIP (протокол маршрутной информации) позволяет уведомлять хосты локальной сети, подключенные к DW6000, о недоступности спутниковой линии, чтобы хосты могли направлять трафик по другим маршрутам.

HN7740
Маршрутизатор широкополосного спутникового доступа с интегрированной поддержкой IP-телефонии




Учитывая спрос со стороны предприятий наболее широкие каналы связи и необходимость в высококачественной услуге VoIP, компанией HUGHES был спроектирован терминал HN7740 для обеспечения самых требовательных к ширине канала приложений.С одновременной поддержкой двух локальных подсетей Ethernet 10/100BaseT и двух двужильных аналоговых голосовых портов FXS HN7740 обладает достаточной гибкостью, чтобы отвечать самым широким требованиям сетевых IP технологий. HN7740 имеет следующую сферу применения:

- Высокоскоростной доступ в Интернет/Интранет;
- Телефонизация и интернетизация удалённых филиалов;
- Услуги VoIP для малых и средних предприятий и домашнего офиса;
- Объединенная поддержка платной телефонии и подключения к Интернет для общественных переговорных пунктов;
- Услуги видеосвязи;
- Резервирование основного широкополосного канала доступа;
- Поддержка CRM и ERP систем;
- Интерактивное дистанционное обучение с использованием двунаправленной связи VoIP;
- Поддержка потоковых данных мультимедиа и распределение содержания больших файлов.

HN7740 работает со всеми системами HughesNet и использует промышленные стандарты DVB-S и DVB-S2. В результате, HN7740 можно легко настраивать для поддержки широкого спектра входящей скорости передачи данных путём выбораразличных способов модуляции, скорости символьного кодирования и прямого исправления ошибок (FEC). Входящий поток масштабируется до 90 Mбит/c, а возвратный исходящий поток – до 1.6 Мбит/c. HN7740 обеспечивает интегрированные решения широкополосных локальных сетей для Windows, UNIX, Apple Macintosh и других платформ, работающих с IP по Ethernet. Мощности HN7740 позволяют наращивать возможности платформы по мере роста потребностей в использовании вы-
сокоскоростных бизнес-приложений, защищая инвестиции пользователя в будущее развитие.

Поддержка голосовых кодеков G.729AB (8 kbps) и G.723.1 (5,3/6,3 kbps) с подавлением эха, обнаружением голосовой активности и генерацией фонового шума в HN7740 обеспечивает телефонию наивысшего качества, интегрированную с реализацией высокоскоростного IP соединения. Функция VoIP была оптимизирована для работы с системой HughesNet: HN7740 автоматически резервирует ширину канала от вызова к вызову, таким образом, обеспечивая высококачественную голосовую связь без отбрасывания пакетов. Система HughesNet также обеспечивает малое время установки вызова – обычно менее четырёх секунд и малую задержку от выхода к выходу внутри самой HughesNet системы. Эффективность передачи данных еще больше улучшается путём компрессии голосовых пакетов. Центр управления сетью (ЦУС) оператора осуществляет маршрутизацию голосовых вызовов в коммутируемую телефонную сеть общего пользования (ТфОП) через голосовой шлюз H.323. Г олосовой шлюз осу-
ществляет преобразование протокола H.323 в систему сигналов коммутируемой телефонной сети общего пользования.

Cпутниковый маршрутизатор HN7740 передает пакеты любому IP устройству и от него через локальную сеть и имеет некоторые возможности IP маршрутизатора. HN7740 использует разработанный HUGHES модуль улучшения производительности Proxy (Performance Enhancing Proxy – PEP), который повышает пропускную способность и оптимизирует работу пользователей. HN7740 также поддерживает технологию TurboPage®, разработанную HUGHES, обеспечивающую ускорение работы по протоколу HTTP для молниеносной работы браузера и улучшенного качества предоставления услуг (QoS), для гарантии получения приложением требуемого приоритета и полосы пропускания.

Функциональные возможности оборудования:

- Поддержка однонаправленного и широковещательного IP трафика
- Обновления программного обеспечения и конфигураций посредством скачивания их с ЦУС оператора
- Реализован динамический самонастраивающийся программный модуль улучшения производительности Proxy (PEP) для увеличения пропускной способности путём оптимизации TCP передач через спутник, обеспечивая исключительное удобство для пользователей и эффективность канала
- Реализовано программное обеспечение TurboPage для ускорения HTTP трафика для быстрого доступа браузера
- Контроль качества предоставления услуг включает в себя: IQoS (Inbound Quality of Service – контроль качества на входе), двунаправленный DSCP и управление шириной выходного канала
- Поддержка функции ускорения – VPN Accelerator
- Двунаправленная компрессия данных
- Конфигурирование, контроль за состоянием и ввод в действие через ЦУС
- Встроенный web-интерфейс для местного контроля состояния и устранения неисправностей
- Работает как местный маршрутизатор, обеспечивая:
- Статическую и динамическую адресацию
- DSCP сервер или ретранслятор
- Кэширование DNS
- Полную поддержку маршрутизации RIPV2
- Широкое вещание в локальную сеть, используя IGMP
- NAT/PAT
- Поддержку брандмауэров через встроенные списки контроля доступа (ACL)
- Качество линии 8 кbps (G.729AB) или 5,3/6,3 кbps (G.723)
- Подавление эха G.165/G.168
- Факс Группа 3 до 9,6 kbps
- Модуляция сигналов DTMF
- Обнаружение голосовой активности
- Генерация фонового шума
- Поддержка платной телефонии через обратную петлю
- Интегрированная установка вызова H.323 с резервированием ширины канала для постоянной скорости передачи данных HN

Скорость обработки информации:

- Не менее 45 Мбит/с многоадресного/поточного трафика, или
- Не менее 4 Мбит/с FTP трафика, или
- Не менее 2 Мбит/с ускоренного HTTP трафика, или
- Не менее 10 Мбит/с UDP трафика
- Любая комбинация вышеперечисленных типов трафика с пропорциональными параметрами
- Управление удалённым терминалом через ЦУС оператора
- Универсальный источник питания удовлетворяет международным требованиям по напряжению и частоте питания и снабжён съёмным кабелем
- Удобный для пользователя светодиодный дисплей информирует о состоянии терминала.

Платформа HX

Платформа HX – последнее технологическое решение по созданию широкополосных спутниковых систем для малых и средних сетей с высокими требованиями к QoS.
Платформа HX имеет топологию «звезда» и метод доступа TDM / TDMA , состоит из центральной станции, соединенной со множеством периферийных терминалов НХ. Высокая пропускная способность обеспечивается прямым (от центрального шлюза) каналом DVB - S 2 (до 121 Мбит/с) и несколькими обратными каналами со скоростями до 3,2 Мбит/с. Адаптивное кодирование и модуляция (АСМ) в прямом канале DVB - S 2 обеспечивает высокую эффективность использования полосы и коэффициент готовности.

Обеспечение эффективности и гибкости использования частот – основа построения системы. Каждая линия может быть сконфигурирована под такой план QoS , какой необходим конкретному терминалу. Каждая линия может конфигурироваться независимо от других со своим особым значением CIR , что позволяет операторам предоставлять именно те услуги, которые отвечают требованиям их клиентов. Выделение полосы основано на методе доступа Алоха для посылки начальных запросов на ресурс для передачи трафика. Предоставление широкополосных линий с такими показателями QoS , как мин/макс CIR в сочетании с динамическим выделением полосы пропускания, встроенные возможности IP систем ( NAT / PAT ,DHCP , RIPV 2 и DNS сервер), а также TCP ускоритель и линейка высокопроизводительных спутниковых модемов обеспечивает IP соединения для самых различных приложений, в том числе магистральных линий для GSM сетей, расширения систем MPLS, виртуальных выделенных линий и прочих услуг, требующих большой полосы пропускания.

Соответствие стандарту DVB позволяет мультиплексировать несущую прямого канала системы НХ с DVB несущими других систем, например системы HN , систем непосредственного ТВ вещания и т.п. Платформа HX в первую очередь предназначена для замены спутниковых линий типа SCPC / MCPC, магистральных линий для сетей GSM , расширения услуг MPLS, правительственных сетей, организации выделенных линий.

Функциональные возможности:


• Постоянная скорость передачи данных (CBR)
• Минимальная CIR с пошаговым увеличением до максимальной (ограничение по скорости)
• Минимальная CIR с увеличением до максимальной на основе наилучшей попытки
(ограничение по скорости)
• Наилучшая попытка – взвешенная очередь
• Многоадресная передача данных

Преимущества стандарта IPoS:

Семейство спутниковых терминалов и маршрутизаторов компании Hughes соответствует мировому стандарту IPoS (IP через спутник). Это единственный стандарт, одобренный TIA, ETSI и ITU (МЭС).

• Интерфейс стандарта ETSI SI-SAP обеспечивает простоту интеграции и взаимодействия
• Структура обратных каналов допускает малый размер заголовка излучаемого импульса

Ускорители и особенности реализации IP:

• Разработанный Hughes ускоритель PEP (Performance Enhancement Proxy)
• Алгоритмы сжатия с адаптивно изменяющимися параметрами увеличивают степень
компрессии
• Особенности IP маршрутизации включают DNS кэширование, NAT/PAT, ICMP, DHCP сервер,
VLAN tagging

Высокий уровень готовности:


• Управление по замкнутой петле между хабом и терминалом
• Динамическое изменение кодирования и модуляции в прямом канале
• Динамическое изменение кодирования и модуляции в обратных каналах
• Управление уровнем излучаемой терминалом мощности.

августа 20, 2011

Веб-сайты будут штрафовать за установку кнопки Facebook Like


Веб-сайтам грозит штраф 50 тыс. евро за установку кнопки Facebook Like

Германия отличается даже от европейских соседей — в этой стране наиболее ревностно следят за соблюдением законов о защите приватных данных. Любые попытки внедрить отслеживающую технологию здесь могут наткнуться на судебный запрет. Немецкие домовладельцы заставляют Google удалять дома с фотографий Street View, снифферы в автомобилях Street View тоже впервые обнаружили именно в Германии. Даже функцию распознавания лиц на Facebookхотят поставить вне закона. А теперь в Германии нашли ещё одну онлайновую фичу, которая нарушает права граждан: это кнопка Facebook Like (Geflt mir). Директор Независимого центра защиты приватности земли Шлезвиг-Гольштейн (область на севере Германии) Тило Вайхерт (Thilo Weichert) говорит, что веб-сайты с кнопкой Like нелегально отсылают личные данные пользователей на серверы в США. Эти данные, в свою очередь, используются компанией Facebook для скрытого профилирования юзеров, что также противоречит законодательству Германии (German Telemedia Act и Federal Data Protection Act) и Евросоюза. Пользователи не получают достаточной информации о том, что происходит с их личными данными. У них нет возможности отказаться от слежки. Вдобавок, функция скрытого слежения на сторонних сайтах недостаточно чётко прописана в ToS на сайте Facebook, так что не совсем понятна юридическая ответственность Facebook и соответствие этой функции нормам законодательства.

Юрисдикция правозащитной организации не позволяет судиться с Facebook и ограничена только землёй Шлезвиг-Гольштейн, так что Тило Вайхерт и Независимый центр защиты приватности будут подавать в суд на немецкие сайты.

Тило Вайхерт говорит, что у веб-сайтов есть время убрать кнопку Like до конца сентября. Если это не будет сделано, то им грозит штраф до 50 тысяч евро за нарушение Federal Data Protection Act (см. пресс-релиз Независимого центра защиты приватности).

Организация также обращается к пользователям с советом не регистрироваться в социальной сети, чтобы избежать профилирования.
via The LocalF.A.Z. by habrahabr

ВКонтакте: как устроена социальная сеть vkontakte.ru.

Без малого 100 миллионов пользователей — такова аудитория ВКонтакте, которую надо обслуживать. Быстро и без перебоев. Долгое время подробности технической реализации ВКонтакте оставались секретом. Но недавно самая популярная в России социальная сеть пролила немного света на то, как она все-таки устроена. В конце октября в Москве состоялась конференция HighLoad++, на которой представители ВКонтакте в лице Павла Дурова и Олега Илларионова, наконец, рассказали кое-что об архитектуре социальной сети. 

Парней буквально завалили вопросами по совершенно различным аспектам работы ВКонтакте, в том числе и техническим. Еще бы. Легко представить нагрузку на серверную часть сервиса: как много людей ты знаешь, которые не пользуются этой социальной сетью? А сколько времени ты там проводишь, тратя бесценные часы своей жизни на общение с друзьями, просмотр видео, игры, музыку? Математика довольно проста: баснословное количество пользователей * масса проведенного времени на ресурсе = запредельное количество запросов к веб-серверам и базе данных + терабайты постоянно загружаемых и просматриваемых фотографий, видео и аудио.

Взаимодействие участников социальной сети происходит практически в режиме реального времени: все друзья должны немедленно узнавать о том, что произошло с каждым из участников. Сайт должен быть доступен 100% времени. Как это удается?
              Статистика ВКонтакте

                            100 миллионов учетных записей (уже больше).
                            40 миллионов активных пользователей во всем мире (сопоставимо с аудиторией интернета в России).
                            11 миллиардов запросов в день.
                            200 миллионов личных сообщений в день.
                            Видеопоток достигает 160Гбит/с.
                            Более 10 тысяч серверов, из которых только 32 — фронтенды на nginx (количество серверов с Apache неизвестно).
                            30-40 разработчиков, 2 дизайнера, 5 системных администраторов, много людей в датацентрах.
                            Каждый день выходит из строя около 10 жестких дисков.
              Платформа

Для нас, конечно, особый интерес представляет именно архитектура проекта: как взаимодействуют основные компоненты системы, какие собственные разработки потребовались, какими трюками пришлось воспользоваться. Но прежде, чем перейти к ней, необходимо ознакомиться с базовыми вещами — используемыми технологиями и продуктами.

В качестве основной операционной системы используется Debian Linux — решение, проверенное временем, один из самых старых и стабильных современных дистрибутивов. Для балансировки нагрузки между серверами приложений используется HTTP-сервер nginx, работающий в режиме reverse proxy. В его обязанности входит держать соединение с браузером пользователя и передавать запросы серверам, ответственным за исполнение PHP-кода, а также контролировать попадание результата обратно в браузер. PHP-код исполняется посредством модуля mod_php для Apache — альтернативных вариантов довольно много, особенно на основе протокола FastCGI, но руководство ВКонтакте пошло по более консервативному пути в этом вопросе, воспользовавшись самым проверенным временем решением. Никаких особых систем оптимизации производительности PHP-кода не используется (например, в Facebook написали свой компилятор из PHP в C под названием HipHop), единственной внешней оптимизацией является кэширование оп-кода посредством всем доступного решения XCache.

Ситуация с хранением данных выглядит достаточно размыто: с одной стороны, активно используется собственная система управления базами данных, написанная на C и созданная "лучшими умами" России, с другой — часто упоминалась MySQL в роли основного хранилища. Подробнее про собственную базу данных ВКонтакте я расскажу ниже. Говоря о хранении данных, нельзя не упомянуть о таком важном аспекте, как кэширование часто используемой информации (расположение её в оперативной памяти для быстрого доступа). Для этого используется очень популярный продукт в этой области — memcached. Если ты не слышал: эта система позволяет осуществлять очень простые атомарные операции, такие как расположение и получение произвольных данных по ключу. Основной фишкой является молниеносно быстрый доступ и возможность легкого объединения оперативной памяти большого количества серверов в общий массив для временного хранения "горячих" данных.

Сторонние проекты, не являющиеся ключевыми для ВКонтакте, часто реализуются либо с использованием довольно экзотических решений, либо, наоборот, на самых простых технологиях. Например, сервис мгновенного обмена сообщениями реализован на node.js (подробнее об этой разработке можно прочитать в статье "Серверный JavaScript"   08/2010) с использованием протокола XMPP aka Jabber (мы еще к нему вернемся). Конвертирование видео реализовано на самой простой и эффективной библиотеке — ffmpeg, на ней же работает очень популярный видео-плеер VLC.


Основные используемые технологии
                            Debian Linux — основная операционная система
                            nginx — балансировка нагрузки
                            PHP + XCache
                            Apache + mod_php
                            memcached
                            MySQL
                            Собственная СУБД на C, созданная "лучшими умами" России
                            node.js — прослойка для реализации протокола XMPP, живет за HAProxy (haproxy.1wt.eu)
                            xfs — файловая система для хранения изображений и отдачи пользователю
                            ffmpeg — конвертирование видео


Архитектура

Самым заметным отличием от архитектуры многих других крупных интернет-проектов является тот факт, что сервера ВКонтакте многофункциональны. Т.е. нет четкого разделения на серверы баз данных, файловые серверы и т.д. — они одновременно используются в нескольких ролях. При этом перераспределение ролей происходит в полуавтоматическом режиме с участием системных администраторов. С одной стороны, это оптимизирует эффективность использования системных ресурсов, что хорошо, но с другой — повышает вероятность конфликтов на уровне операционной системы в рамках одного сервера, что влечет за собой проблемы стабильности. Впрочем, несмотря на использование серверов в разных ролях, вычислительные мощности проекта обычно используются менее чем на 20%.

Балансировка нагрузки между серверами происходит по многоуровневой схеме, которая включает в себя балансировку на уровне DNS (домен обслуживается с помощью 32 IP-адресов), а также маршрутизацию запросов внутри системы, причем разные сервера используются для разных типов запросов. Например, генерация страниц с новостями (теперь это принято называть микроблогом) работает по хитрой схеме, использующей возможности протокола memcached по параллельной отправке запросов на получение данных по большому количеству ключей. В случае отсутствия данных в кэше, аналогичный запрос отправляется системе хранения данных, а полученные результаты подвергаются сортировке, фильтрации и отбрасыванию лишнего уже на уровне PHP-кода. Похожим образом этот функционал работает и в Facebook (они недавно обменивались опытом), только вместо собственной СУБД в Facebook используют MySQL.

В стенах ВКонтакте было разработано большое количество софта, который более точно удовлетворяет потребностям проекта, чем доступные opensource и коммерческие решения. Помимо упоминавшейся собственной СУБД у них есть система мониторинга с уведомлением по СМС (Павел сам помогал верстать интерфейс), автоматическая система тестирования кода и анализаторы статистики и логов.

В проекте используется достаточно мощное оборудование, ориентировочно были названы следующие характеристики серверов:
8-ядерные процессоры Intel (по два на сервер, видимо);
64 Гб оперативной памяти;
8 жестких дисков;
RAID не используется (репликация и резервное копирование осуществляется на программном уровне).

Примечательно, что сервера не брендированные, а собираются специализированной российской компанией. Сейчас оборудование проекта расположено в 4 датацентрах в Санкт-Петербурге и Москве, причем вся основная база данных располагается в питерском датацентре, а в Москове хостится только аудио и видео. В планах сделать репликацию базы данных с другим датацентром в Ленинградской области, а также использовать Content Delivery Network для повышения скорости скачивания медийного контента в регионах.

Многие проекты, сталкивающиеся с большим количеством фотографий, часто изобретают собственные решения по их хранению и отдаче пользователям. Об этом был первый вопрос, заданный Павлу из зала: "Как вы храните изображения?" — "На дисках!". Так или иначе, представители ВКонтакте заявили, что вся эта куча фотографий всех цветов и размеров просто хранится и отдается с файловой системы (используют xfs) большого количества серверов, без дополнительных изысков. Смущает разве что тот факт, что у других крупных проектов такой подход не сработал — наверное, они не знали волшебного слова :).

Не менее волшебной представляется та самая собственная база данных на C. Этому продукту, пожалуй, было уделено основное внимание аудитории, но при этом почти никаких подробностей о том, что он, собственно говоря, собой представляет, так и не было обнародовано. Известно, что СУБД разработана "лучшими умами" России, победителями олимпиад и конкурсов TopCoder, а также что она используется в самых высоконагруженных сервисах ВКонтакте:
Личные сообщения
Сообщения на стенах
Статусы
Поиск
Приватность
Списки друзей

В отличие от MySQL используется нереляционная модель данных, а большинство операций осуществляется в оперативной памяти. Интерфейс доступа представляет собой расширенный протокол memcached. Специальным образом составленные ключи возвращают результаты сложных запросов (чаще всего специфичных для конкретного сервиса).

Система проектировалась с учетом возможности кластеризации и автоматической репликации данных. Разработчики хотели бы сделать из данной системы универсальную СУБД и опубликовать под GPL, но пока не получается из-за высокой степени интеграции с остальными сервисами.

Интересные факты о ВКонтакте


Процесс разработки близок к методологии Agile с недельными итерациями (циклами), в рамках которых проходят все этапы разработки: планирование, анализ требований, проектирование, разработка и тестирование.
  • Ядро операционной системы модифицировано (на предмет работы с памятью), есть своя пакетная база для Debian.
  • Фотографии загружаются на два жестких диска одного сервера одновременно, после чего создается резервная копия на другом сервере.
  • Есть много доработок над memcached, в.т.ч. для более стабильного и длительного размещения объектов в памяти; есть даже версия, обеспечивающая сохранность данных.
  • Фотографии не удаляются для минимизации фрагментации.
  • Решения о развитии проекта принимают Павел Дуров и Андрей Рогозов, ответственность за сервисы — на них и на реализовавшем его разработчике.
  • Павел Дуров откладывал деньги на хостинг с 1 курса :).
Подпроекты

Сервисы аудио и видео являются побочными для социальной сети, на них создатели проекта особо не фокусируются. В основном это связано с тем, что они редко коррелируют с основной целью использования социальной сети — общением, а также создают большое количество проблем. Видеотрафик — основная статья расходов проекта, плюс всем известные проблемы с нелегальным контентом и претензиями правообладателей. 1000—1500 серверов используются для перекодирования видео, на них же оно и хранится. Медиа-файлы банятся по хэшу при удалении по просьбе правообладателей, но это неэффективно и планируется усовершенствовать этот механизм. Очевидно, речь идет о разработке более интеллектуального алгоритма распознавания аудио- и видео-контента по тегам, как это, к примеру, реализовано в YouTube, где загруженный видеоролик, нарушающий лицензию, может быть автоматически удален уже через несколько минут после загрузки.

Как известно, некоторое время назад появилась возможность общаться на ВКонтакте через протокол Jabber (он же XMPP). Протокол совершенно открытый и существует масса opensource реализаций. По ряду причин (среди которых проблемы интеграции с остальными сервисами ВКонтакте) было решено за месяц создать собственный сервер, представляющий собой прослойку между внутренними сервисами ВКонтакте и реализацией XMPP протокола. Реализован он на node.js — выбор обусловлен тем, что JavaScript знают практически все разработчики проекта, к тому же это хороший набор инструментов для реализации задачи. Сложным моментом стала работа с большими контакт-листами. У многих пользователей количество друзей ВКонтакте измеряется сотнями и тысячами, высока активность смены статусов: люди появляются и исчезают из онлайна чаще, чем в других аналогичных ситуациях. К тому же необходимо было реализовать тесную интеграцию с внутренней системой обмена личными сообщениями ВКонтакте. В результате на сервисе 60-80 тысяч человек онлайн, в пике — 150 тысяч. TCP/HTTP-балансировщик нагрузки HAProxy обрабатывает входящие соединения и используется для распределения запросов по серверам, а также развертывания новых версий.

При выборе системы хранения данных думали о нереляционных системах хранения данных (в частности, о MongoDB), но в итоге решили воспользоваться привычной MySQL. Сервис функционирует на 5-ти серверах разной конфигурации, на каждом из которых работает код на node.js (по 4 процесса на сервер), а на трех самых мощных — еще и MySQL. Интересной особенностью является отсутствие связи между группами друзей в XMPP с группами друзей на сайте — сделано по просьбе пользователей, которые не хотели, чтобы их друзья из-за плеча видели, в какой группе они находятся.

Важным подпроектом является также интеграция с внешними ресурсами, которую в условиях высоконагруженного сервиса реализовать далеко не так просто. Все чаще на страницах сторонних проектов можно увидеть виджеты "Мне нравится", позволяющими быстро поделиться интересным постом со своими друзьями, а также небольшие блоки "Мы ВКонтакте" с данными о пользователях внутри привязанной группы. Основные шаги, предпринятые в этом направлении, с небольшими комментариями:
Максимальная кроссбраузерность для виджетов и IFrame-приложений на основе библиотек easyXDM и fastXDM, обеспечивающих взаимодействие между сторонним ресурсом и программным интерфейсом ВКонтакте. Таким образом была решена проблема кроссдоменного взаимодействия и вопрос работы во всех браузерах.
Кросс-постинг статусов в Twitter, реализованный с помощью очередей запросов. 
Кнопка "поделиться с друзьями", поддерживающая openGraph-теги и автоматически подбирающая подходящую иллюстрацию (путем сравнивания содержимого тега title и атрибутов alt у изображений. 
Возможность загрузки видео через сторонние видео-хостинги (YouTube, RuTube, Vimeo, и т.д.).

Не секрет

Завеса тайны насчет технической реализации ВКонтакте была немного развеяна, опубликовано куча интересных аспектов, но все же многие моменты по-прежнему остаются секретом. Возможно, в будущем появится более детальная информация о собственной СУБД ВКонтакте, которая, как оказалось, является ключом к решению всех самых сложных моментов в масштабируемости системы. Сейчас, как бы кто ни относился к ВКонтакте, сервис является очень интересным с точки зрения построения высоконагруженных систем. Все-таки 11 миллиардов запросов в день, высочайший аптайм и почти 100 миллионов пользователей — дорогого стоят.

Далеко не все крупные проекты публично раскрывают аспекты построения архитектуры.Даже примерная информация о том, что у них происходити как они работают, часто держится в секрете. Источником информации чаще всего оказываются либо выступления представителей проектов на конференциях, либо различные интервью/публикации сотрудников. Информация для этого материала была собрана автором из этих же источников и не является официально подтвержденной со стороны ВКонтакте.
источник: Xakep Online



и атрибутов alt у изображений. <br>Возможность загрузки видео через сторонние видео-хостинги (YouTube, RuTube, Vimeo, и т.д.).</p> <p> <br></p> <span class="Apple-style-span" style="font-family: Verdana, Arial, Helvetica, sans-serif; font-size: 12px; background-color: rgb(255, 255, 255); "><strong>Не секрет</strong><br><br>Завеса тайны насчет технической реализации ВКонтакте была немного развеяна, опубликовано куча интересных аспектов, но все же многие моменты по-прежнему остаются секретом. Возможно, в будущем появится более детальная информация о собственной СУБД ВКонтакте, которая, как оказалось, является ключом к решению всех самых сложных моментов в масштабируемости системы. Сейчас, как бы кто ни относился к ВКонтакте, сервис является очень интересным с точки зрения построения высоконагруженных систем. Все-таки 11 миллиардов запросов в день, высочайший аптайм и почти 100 миллионов пользователей — дорогого стоят.<br><br></span><p> </p> <div> <span class="Apple-style-span" style="font-family: Verdana, Arial, Helvetica, sans-serif; font-size: 12px; background-color: rgb(255, 255, 255); "><div style="text-align: center;"> Далеко не все крупные проекты публично раскрывают аспекты построения архитектуры.</div> <div style="text-align: center;"> Даже примерная информация о том, что у них происходит </div> <div style="text-align: center;"> и как они работают, часто держится в секрете. Источником информации чаще всего </div> <div style="text-align: center;"> оказываются либо выступления представителей проектов на </div> <div style="text-align: center;"> конференциях, либо различные интервью/публикации сотрудников. </div> <div style="text-align: center;"> Информация для этого материала</div> <div style="text-align: center;">  была собрана автором из этих же источников и не</div> <div style="text-align: center;">  является официально подтвержденной со стороны ВКонтакте.</div> </span><span class="Apple-style-span" style="color: rgb(170, 170, 170); font-family: Verdana, Arial, Helvetica, sans-serif; font-size: 10px; background-color: rgb(255, 255, 255); ">источник: <a href="http://xakep.ru/" target="_blank" style="color: rgb(153, 153, 153); ">Xakep Online</a></span><span class="Apple-style-span" style="font-family: Verdana, Arial, Helvetica, sans-serif; font-size: 12px; background-color: rgb(255, 255, 255); "><div> <br></div> </span></div>