В июне этого года был ратифицирован стандарт IEEE 802.3ba, описывающий одновременно две новые скорости: 40 и 100 Гбит/с. Эта новость не прошла мимо хабра, однако проскользнула как-то легко, незаметно и без подробностей. Это ж не новая андроидная прошивка, в самом деле :)
Постараюсь все-таки добавить чуть-чуть фактов.
Разработка велась, практически, с 2006 года. Кое-кто уже запустил свои предстандартные продукты (например, Cisco с триальным CRS-3 и Juniper, представивший 100G интерфейс для роутера T1600 еще в 2009 году), однако это, по словам IEEE и производителей оборудования, не приведет к несовместимости, т.к. вендоры в своих разработках основывались на драфте стандарта, существующем в тот момент времени.

В начале этого года наша компания анонсировала новые компоненты для использования в серверах HP ProLiant. С января для HP ProLiant G7 стали доступны модули памяти DDR3 изготовленные по технологии 40 нанометров и по сравнению с 60-нанометровыми модулями предыдущим поколением DDR2 работают вдвое быстрее и в то же время на 73% потребляют меньше энергии. Новая технология производства, позволяет увеличить объем планок до 32 Гбайт, поэтому максимальный объем оперативной памяти двухсокетных HP ProLiant G7 на базе Xeon 5600, у которых 18 слотов DIMM, удвоился до 384 Гбайт, а их аналогов на базе AMD Opteron 6100, оборудованных 24 слотами DIMM, вырос до 584 Гбайт. Наконец, наша флагманская восьмисокетная модель HP ProLiant DL980 G7 с процессорами Xeon 7500 при использовании 32-гигабайтных модулей памяти масштабируются до двух терабайтов. Такие объемы оперативной памяти требуются, если серверы используются для виртуализации, обслуживания больших баз данных и высокопроизводительных вычислений.

Также с января владельцам HP ProLiant G7 предлагаются 10-гигабитные карты Ethernet для подключения серверов к конвергированным сетям. Благодаря встроенной поддержке FCoE и iSCSI они освобождают центральные процессоры серверов от обработки сетевого трафика этих протоколов.

На фоне бурного развития интернет-технологий, быстрой смены поколений сотовой связи и всестороннего прогресса в разных областях, технологии высокоскоростной передачи данных по медным проводам в последние годы демонстрировали удручающий консерватизм. Пропускная полоса в 10 и более гигабит в секунду достигнута технологически уже давно, однако 10-гигабитный Ethernet, как логическое развитие наиболее массовой сегодня технологии, до сих пор во многом остается экзотикой, недоступной массовому пользователю. Но, вполне вероятно, что ситуация серьезно изменится уже в ближайшем будущем. В рамках развития своей линейки телекоммуникационных продуктов HP делает ставку на технологию 10-гигабитного Ethernet, что обещает сделать скоростную передачу данных гораздо «ближе к народу».

10-гигабитный Ethernet представляет собой отличную технологию, лежащую в основе гетерогенных и конвергентных сетей в дата-центре. Как и предшественница, она отлично подходит для протокола IP, и самых привычных приложений – передачи веб-данных, организации электронной почты, управления устройствами, IP-телефонии и видео по запросу. Немаловажна и полноценная поддержка серверного протокола iSCSI для организации взаимодействия между серверами, системами хранения данных и клиентами. Теперь на более высокой скорости.

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

Дело в том, что в большинстве уже существующих сетевых архитектур используются различные типы сетевых протоколов для передачи различных видов трафика. Различные типы сетевых протоколов и межуровневых соединений усложняют процесс эксплуатации сетей и многократно увеличивают вероятность возникновения ошибок, особенно если пытаться увязать их воедино. Именно поэтому Ассоциацией стандартов международного института инженеров электротехники и радиоэлектроники (IEEE-SA) при разработке 10-гигабитного Ethernet заранее учитывался тот факт, что технология будет использоваться для объединения локальных (LAN), городских (MAN), распределенных (WAN) и региональных (RAN) сетей. Важным компонентом здесь является возможность использовать уже существующую инфраструктуру Ethernet в процессе плавного перехода на более новую технологию.

Каковы факторы влияния на новые технологии передачи данных сегодня?

Прежде всего это потребность в агрегации межуровневых соединений с целью снижения затрат, требования к пропускной способности, растущие вместе с производительностью многоядерных процессоров, чувствительные к скорости передачи данных приложения, такие как видео по запросу, резервное и сетевое хранение данных. Кроме того, к списку добавляются кластерные вычисления, идущие рука об руку с финансовым сектором и быстрый рост консолидации вычислительных ресурсов, подстегиваемый совершенствованием софта для виртуализации и необходимостью в большем количестве сетевых портов. Все это, по большому счету, и есть причины для перехода на 10-гигабитный Ethernet, потому что технология создавалась и работает с прямым ориентиром на удовлетворение именно таких запросов. О надежности работы тоже не забыли – 10-гигабитный Ethernet работает только в полнодуплексном режиме, поддерживая функциональность качества обслуживания трафика (QoS) и соответствующие механизмы выделения необходимой полосы пропускания.

На выставке Interop 2011, которая проходила в мае в Лас-Вегасе, компания HP представила свою стратегию развития сетевой инфраструктуры предприятий Flexnetwork. НР активно работает на рынке сетевого оборудования и в результате ее рейтинг значительно вырос. Cогласно опросу корпоративных заказчиков, аналитического агентства Baird, 75% опрошенных при покупке нового сетевого оборудования рассматривают HP как потенциального поставщика, а 29% заявили, что они выбрали сетевые продукты HP вместо Cisco.

Архитектура Flexnetwork охватывает сети центров обработки данных предприятия — FlexFabric, корпоративной сети предприятия — FlexCampus и сети филиалов — Flexbranch, позволяя построить единую сетевую инфраструктуру. FlexManagement объединяет компоненты архитектуры Flexnetwork и позволяет управлять ими с единой консоли.



На Interop 2011 HP анонсировала:

В июне в России были официально представлены новые виртуальные дисковые массивы HP серии P6000 EVA. Презентация прошла на неожиданной, но весьма популярной площадке в помещениях ночного клуба на Берсеневской набережной. В качестве докладчиков выступили Тим Питчер из HP Storage EMEA и Владислав Логвиненко, руководитель российской группы по развитию бизнеса HP Storage. Они рассказали немало интересного о системе, венчающей десятилетний труд разработчиков по развитию линейки EVA.

HP P6000 EVA, ставшая предметом представления, рассчитана на предприятия среднего и малого бизнеса, решающие задачи хранения и управления данными, компании, чей бизнес требует оперативной работы с большими объемами данных. Ранее сравнимые по производительности и другим параметрам системы от HP были по карману только ИТ-отделам крупных корпораций с соответствующими бюджетами. А с появлением HP P6000 EVA передовые технологии хранения данных HP становятся доступны гораздо более широкому кругу компаний. При разработке продукта особый фокус был сделан на учет требований потребителей и снижение совокупной цены владения. Эти факторы в совокупности с широкими возможностями виртуализации и облегченным администрированием позволяют спрогнозировать популярность HP P6000 EVA среди заказчиков HP по всему миру. Особенно с учетом того, что всего у серии EVA десятки тысяч пользователей.

С технической стороны HP P6000 EVA представляет собой систему хранения данных, представленную несколькими модификациями емкостью от 240 до 480 Тбайт. Поддерживается установка SAS-дисков двух наиболее распространенных форм-факторов (2,5 и 3,5 дюйма), что предоставляет пользователям большую свободу в выборе носителей.

Сегодня доступно приличное количество интерфейсов, каждый из которых претендует на полезность и необходимость. Традиционный Ethernet с 1G, 10G, 40G; InfiniBand FDR 56G и QDR 40G; FibreChannel 8G, 16G, обещанный 32G.

Все обещают счастье и рассказывают про свою крайнюю необходимость и полезность в быту. Как с этим быть, что выбрать и где подводные камни?

Доброго времени суток хабр-сообщество.
С момента моего последнего поста про умный дом прошло много времени. Я решил его делать начиная с погодной станции.


Рисунок 1 — Фотография макетного образца

Несмотря на обилие статей про погодные станции на arduino (http://habrahabr.ru/post/165747/, habrahabr.ru/post/171525, habrahabr.ru/post/213405 ) Я все-таки решил опубликовать своё решение.

Функционал

Функции которые она выполняет:

• Измерение температуры
• Измерение влажности
• Измерение давления
• Измерение освещенности
• Индикация измеренных параметров
• Выдача измеренных параметров по интерфейсу HTTP в виде XML документа
• Выдача по протоколу HTTP XSLT процессора для стилизации XML при отображении браузером
• Выдача информации по Modbus (его предполагаю использовать в качестве протокола управления умным домом)
• Питание через Passive POE

Приветствую всех.
В первой части была рассмотрена концепция самой инфо-панели, которую я собираю для офиса (где, напомню, затруднён нормальный мониторинг за некоторыми серверами, в том числе, из-за топологии сети — серая подсеть с частью важного оборудования, которому не требуется выход в интернет, но от его работы зависит работоспособность услуг телефонии, в частности, TDM и E1).
Теперь накопилось достаточно материала для продолжения темы.

Вот так выглядят индикаторы:



В окончании проекта будет приведён весь код с пояснениями.
Код распространяется по лицензии WTFPL.
За информацию по лицензии, а так же за код для Ethernet модуля ENC28J60 ещё одно спасибо Lifelover.

Проект ещё не закончен, далее будет продолжение.

К сожалению, на текущий момент устройство ещё не собрано, и пришлось довольно много ждать (при разработке столкнулся с неприятными трудностями как при изготовлении плат, так и при закупке некоторых расходников).
Готовы модули индикации (2 из 3), хотя работать можно и только с ними. Частично собрана «библиотека» работы с LED-дисплеем.
Пока нет интерфейса взаимодействия между двумя контроллерами (здесь вопрос к хабровчанам, как сделать лучше — сам склоняюсь к реализации через UART).

Кого заинтересовал — добро пожаловать под кат.
Предупреждение: Много фото.

Вместо Intro

История создания проекта могла бы и не начаться, если бы не одно непритяное «Но» — в отделе имеется оборудование, которое должно работать бесперебойно, в режиме 24/7/365 (круглосуточно, без выходных, всегда) — собственно, это аппратные станции (оптические мультиплексоры, SDH-оборудование) и сервера SIP телефонии (а так же Call центр, но об этом нам сообщают сами операторы, их очень хорошо обучили реагировать на малейшие сбои).
Само оборудование находится в серверной, удалённой от кабинета, и достаточно зашумлённой (50-80db внутри — это норма, даже говорить приходится на повышенных тонах, т.к. иначе просто не слышно собеседника уже в полу метре).
В случае любых сбоев оборудования, необходимо их быстро устранять (сбои могут возникать как с нашей стороны, так и со стороны присоединённых операторов, а так же по независимым причинам, например, обрыв оптики, перегрузка на линии, прочие потери данных), в связи с чем требуется постоянно сделить за показателями работоспособности.
Меры принимаются, но ранее это происходило с некоторой задержкой в виду отсутствия возможности контроля.
Визуальный контроль за оборудованием возможен (индикация предупреждений и аварий предусмортена), но для этого требуется быть рядом с оборуддованием, что постоянно не представляется возможным.

Заинтересовавшихся прошу под кат. (Осторожно, трафик ~10-15МБ фото)

Приветствую!

Продолжу серию постов посвященных программированию, на этот раз я хочу поговорить на тему сетевого взаимодействие посредством TCP соединения между .Net приложениями. Статья может быть полезна новичкам или тем кто еще не сталкивался с сетью по отношению к .Net. Полностью работоспособный пример прилагается: http://yadi.sk/d/1OxmAFuCN3kmc.

Подробности под катом.

Похоже, что Etherent и TCP/IP — все ещё самый распространенных способ связи самых разных устройств. Хотя WiFi в последнее время потихоньку вытесняет проводной «медный» Etherent, тем не менее, найти порт и «воткнуться в локалку» — до сих пор самый простой способ подключения. Такая доступность Ethernet не обошла стороной и самые маленькие железки: контроллеры, датчики, счетчики потребления и т.д. которые нынче называются модным маркетинговым словом "Интернет вещей*" (Internet Of Things, IoT).



И тут нам могут здорово помочь корейские микросхемки от WIZnet. Компания WIZnet — это довольно активный производитель чипов класса IOcP (Internet Offload co-Processor). Что это? Говоря человеческим языком — это такой чип, который: с одной стороны имеет Etherent, внутри содержит собственный крошечный процессор для обработки TCP/IP, а с другой стороны — простой интерфейс для связи с нашей маленькой железкой.

По работе я несколько раз сталкивался с мнением, что настраивать QoS в не перегруженной ethernet сети не нужно для успешного функционирования таких сервисов, как IPTV и VoIP. Это мнение стоило мне и моим коллегам многих нервных клеток и часов на диагностику фантомных проблем, поэтом постараюсь как можно проще рассказать о том, почему это мнение неверно.

Недавно возникла идея заставить плату на базе МК STM32F4 работать по сети. Поскольку на борту отсутствовал Ethernet PHY контроллер, то единственным вариантом было использовать USB FullSpeed интерфейс для эмуляции Ethernet устройства. Распространённый стандарт USB-класса, реализующий данную функцию, называется RNDIS.
К своему огорчению, поиск RNDIS драйвера для STM32 не увенчался успехом. Впрочем, это не удивило, т.к. открытые примеры использования USB порта у STM32 ограничиваются только теми, что предоставил нам производитель.
Захотелось исправить сию несправедливость. А заодно и поиметь нужные исходники, благо в будущем они пригодятся.
Сейчас, когда демонстрационная версия библиотеки готова, выкладываю её в свет на правах MIT-лицензии. Поэтому, все кому библиотека интересна — пользуйтесь «на здоровье». Библиотека имеет название LRNDIS, первая буква которого означает использование сетевого стека для встраиваемых систем «LwIP».
Для демонстрации возможностей библиотеки был создан пример на плате stm32f4discovery. Его работа заключается в поддержке основных сервисов (DHCP и DNS сервера) и передаче usb-хосту запрашиваемых WEB-страниц. Таким образом, наш discovery превратился в почти полноценный WEB-сервер, работающий по порту USB!
Пару слов о том, где это применимо.
В быту RNDIS устройства обычно являются USB-модемами для доступа в Интернет. Возможно, такое применение, действительно, окажется полезным, если разработчик выберет STM32 в роли связующей цепочки между ПК и радиочастотным (или другим) трансивером. Или, может быть, захочет расширить собственную сеть на Ethernet-сегмент?
Другое применение, в котором нахожу основную пользу для себя, — это интерфейс управления сложными устройствами. Типовое решение в этой области — создание терминального ПО. При этом приходится заниматься его поддержкой вместе с поддержкой устройства, что бывает неудобным. Собственно, в отказе от такой схемы в пользу управляющего Web-интерфейса и заключается смысл возможного применения библиотеки. Вспомните Web-интерфейсы настройки роутеров. Удобно. Красиво. Без лишнего ПО.

Итак, если Вы заинтересовались, читайте далее…

Всем привет. Столкнувшись с технической трудностью в построении WEB сервера, придумал сделать переходник которого наверное еще никто никогда не делал(хотя могу ошибаться). Вс§ оказалось просто и довольно таки практично.



Для чего это нужно и как это создать я расскажу и покажу, а также покажу видео обзор работоспособности web servera на переходнике.

Перевод первой части материала с github, обстоятельно объясняющего работу интернета: что именно происходит, когда пользователь набирает в адресной строке google.com?

Кнопка «ввод» возвращается в исходное положение

Для начала отсчёта выберем момент, когда кнопка «ввод» утоплена. В этот момент замыкается контур, отвечающий за эту кнопку. Небольшой ток проходит по логическим контурам клавиатуры. Они сканируют состояние всех переключателей, гасят паразитные электрические импульсы, и преобразовывают нажатие в код клавиши 13. Контроллер кодирует код для передачи в компьютер. Теперь это почти всегда делается через USB или Bluetooth, а раньше в процессе участвовали PS/2 или ADB.

Всем привет.
Как многие слышат, что нужно создать WEB сервер – сразу становится не по себе, всячески пытаются отойти от этой темы применив другие варианты управления и мониторинга своих устройств. Но ведь интернет и сеть есть уже почти в каждом устройстве. Так чем Ваш творение хуже?
Так что Если Вам интересно – идем дальше.

Описанное ниже — это конструкция выходного дня. От идеи до реализации была затрачена пара вечеров. В описании представлен необходимый минимум для реализации системы сбора информации, с доступом к последней в режиме Online.

Знание некоторых принципов легко возмещает незнание некоторых фактов.
Гельвеций

Оптические трансиверы

В настоящее время применение оптических технологий при построении телекоммуникационных сетей стало практически повсеместным. Каждый, кто имел дело с оптическим коммутационным или передающим оборудованием, сталкивался с работой оптических приемо-передающих устройств – трансиверов (англ. transceiver = transmitter + receiver).

Maximum transmission unit (MTU) это максимальный объём данных, который может быть передан протоколом за одну итерацию. К примеру, Ethernet MTU равняется 1500, что означает, что максимальный объём данных, переносимый Ethernet фреймом не может превышать 1500 байт (без учёта Ethernet заголовка и FCS — Рис. 1).


Рис. 1

Давайте пробежимся с MTU по уровням OSI:

Статья получилась довольно объёмная, рассмотренные темы — форматы Ethenet фреймов, границы размеров L3 Payload, эволюция размеров Ethernet заголовков, Jumbo Frame, Baby-Giant, и много чего задето вскользь. Что-то вы уже встречали в обзорной литературе по сетям передачи данных, но со многим, однозначно, не сталкивались, если глубоко не занимались изысканиями.

Начнём с рассмотрения форматов заголовков Ethernet фреймов в очереди их появления на свет.

Форматы Ehternet фреймов.

1) Ethernet II

Рис. 1