Группа прикрытия РАО стройными рядами покидает Минкульт

Пишут тут:

"Победителем в конкурсе на замещение должности начальника отдела правового обеспечения предоставления государственных услуг Управления организации предоставления государственных услуг признан Терещенко Даниил Геннадьевич."

Беглый поиск показывает, что новый начальник отдела Роспатента большой специалист по предоставлению услуг аккредитованным организациям, в частности, ВОИСу:


МИНИСТЕРСТВО КУЛЬТУРЫ РОССИЙСКОЙ ФЕДЕРАЦИИ
ПРИКАЗ

03 июля 2014г.
№ 1179

Москва

Об утверждении составов аккредитационной комиссии

8.

Терещенко Даниил Геннадьевич

Заместитель начальника отдела законопроектной деятельности Нормативно-правового департамента Министерства культуры Российской Федерации



Все логично, аккредитацию РСП выдали, больше в использованном Минкульте ближайшие 10 лет делать нечего, надо осваивать новую службу...

Кто-то же должен спустить на тормозах поручение Президента:

Рассказ 1. ВАС'овское кольцо или ГеоЦод.

Оригинал взят у alexanderberko в Рассказ 1. ВАС'овское кольцо или ГеоЦод.

История данного проекта на мой взгляд, для гос. организации просто невероятна. На момент 2012-2013 года, когда начали задумываться об объединении площадок не просто в ЦОД, а в единый, территориально разнесённый отказоустойчивый геоцод, отвечающий всем требованиям безопасности и функциональности (нужны были одни и те же виланы по всем площадкам (если вкратце, то ножен один L2 по площадкам), один SAN на FC и другие требования, необходимые для работы нормального кластера), такой реализации мы найти не смогли . Мы готовы были связаться с любыми коллегами, что бы поделиться опытом и по возможности избежать каких-то костылей, так как шаг влево или шаг вправо обходится весьма дорого, а простоя допустить просто не возможно (не говоря о потере данных). Поискав по всем партнерам и опросив всех менеджеров по Vmware, Microsoft, IBM, Hitachi мы остались без ответов. Были примеры различных отдельных реализаций, много примеров распределенных сетей (Ethernet), но все они работали с L3 и как правило без сквозного проброса между площадками. А о реализации подобного кластера на vmware или Hyper-V вообще тишина. Многие коллеги когда слышали, что мы намереваемся сделать, крутили пальцами у виска и говорили, что это не возможно, что это не будет работать и так ни кто не делает. Как же было приятно смотреть на них чуть позже, когда они сначала с недоверием, а потом и увлечением включались в проект. Конечно, были и те, что отказывался верить и пытался вставлять "палки в колеса", говоря что ничего не получится, с такими коллегами мы расставались, ведь нам нужны только лучшие!
Какие основные задачи мы решали и какие надежды возлагали?


  1. Оптимизация использования имеющихся ресурсов

  2. Последующее снижение стоимости владения

  3. Повышение отказоустойчивости работы серверов, сервисов

  4. Расширение предоставляемых инфраструктурных возможностей и решений по объектам

  5. Унификация используемых серверных решений

  6. Возможность централизованного администрирования

  7. Возможность децентрализации точек отказа

  8. Внедрение стандартизированных решений

  9. Регламентация текущих решений

  10. Ровнамерное распределение нагрузки на дисковые подсистемы. Система должна сама выбирать место храния данных (SAS или SATA), в зависимости от размера и частоты использования.

  11. Резервирование

  12. Возможность автоматизированного восстановления и миграции ресурсов.

Это только часть тех задач, которые можно было решить. Конечно, нам предстояло навести порядок в сетевой адресации, наименованиях, номерах виланов, своих привычках и всему тому, что называется местечковость. Но, порядок есть порядок, убираться мало кто любит, а затевать генеральную уборку, так вообще единицы :) Засучив рукава, принялись за работу.
Основа.
В 2011 году, по всем 113 объектам, мы выполнили поставку типовых решений для серверной, рассчитанные на средний офис (~150-300 сотрудников, без VDI) в него вошли Bladecenter System E и X (на борту 2 FC свитча Brocade и 2 Ethernet Nortel BNT 2/3 (многие лета жизни ему любимому)) и несколько полок Hitachi AMS 2100

Внутри VMWare vSphere 5. Данную типовую поставку было решено взять за основную, На отдалении, задача выглядела просто, нужно было объединить все гипервизоры в несколько кластеров, предоставив одни луны и виланы, разобраться с автоматической балансировкой нагрузки на СХД, решить проблемы с STP, обеспечив каждый объект отказоустойчивыми (как минимум 2-я) каналами связи. тю, делов то )))
Про объекты
Предстояло объединить 6 стоек, разнесённых по Москве. Расстояние между объектами укладывается в 10 км, максимальное расстояние до 20 км. На каждом объекте есть свой отдел ИТ, с разной компетенцией, но есть. Между 3 из 6 объектов, оптика уже была проложена и даже изредка, бегал какой никакой трафик.
Сеть Ethernet.
Тут началось интересное. После аудита, стало понятно, что многие любят использовать первые номера виланов, сети кое-где до сих пор пересекаются, а маски далеки от /24. Fixed. Вендором решили взять компанию с не благозвучным для русскоговорящего человека названием Huawei(Huawei WDM OptiX OSN 1800). Возможности и стоимость оборудования данной компании полностью отвечали нашим критериям, да и ребята крайне контактные. Вообще, после работы с данными коллегами, у нас остались только позитивные ощущения, суппорт быстро отрабатывал, а при необходимости, очень быстро писали необходимые патчи. Конечно, не обходилось без проблем. Например, долгое время оптимизировали настройки каналов, так как то fc свитчи не могли синхронизироваться, то луны отваливались то 3 то 10-е. Снимок экрана от 2015-09-09 08:52:24.pngПотом, когда все нормально отработало пару дней, полетели невероятные проблемы. Тайминги начали расти на пустом месте. Бессоных 2 или 3 дня, а как результат, сбойная sfp-шка.
Но, наконец-то все разрешилось, альясы прописаны, зоны прогружены, фабрики работают. В начале проекта, я думал, что основные проблемы будут как раз в SAN, ошибся.
Nortel BNT 2/3 - Это проклятье.  Это чистое проклятье.

Менять свитчи на что-то нормальное не представлялось возможным, так что нужно работать с тем, что есть. Первое что выяснилось, у нас нет возможности работать
Я недооценил Nortel. От этих свитчей требовалось малое, обеспечить связь с локальной инфраструктурой объекта, поднять и держать до 30 виланов и маршрутизировать локальный трафик в местную сеть. Первый fail был с STP, nortel предлагает 3 варианта:
1. RSTP
2. PVRST
3. MSTP
Вот тут и началось. PVRST отпал по отсутствию лицензии, купить которую оказалось не возможно или ну очень проблематично. С RSTP началось такое, что просто трудно сказать, сеть штормило просто ужасно. Мы сломали всю голову, оказалось все тривиально. Нортель глючит. Мы стали откатываться по прошивкам, вроде подобрали одну более ли менее рабочую, но увы, она оказалась на столько старой, что мы получили просто уйму других глюков. Пришлось переходить на MSTP. Перевели huawei, построили дерево, вроде все ОК. Да вот сейчас! Нортель наотрез отказался поклоняться китайцам, всяко демонстрируя свою непокорность. Опять пошли скакать по прошивкам, опять начали перебирать настройки. Но увы, пришлось сдаться и сделать один из нортелей рутом. Передохнули. запустились, работает. Начали подключать второй линк и тут началась чертовщина. Пакеты теряются самопроизвольно, нортель стал показывать включённые линки там, где были пустые порты! Я сначала не поверил своим глазам, думаю, ну перепутал, с кем не бывает, проверил, нет, подключены только 1-е два порта, но эта зараза, показывает, что включены то 5, то 6! Проблема оказалась очень интересной, совершенно независящие настройки внутренних портов. Если включить, то проблема пропадала. Какие именно уже не помню, но поведение было следующим, лезвия видели на своих портах кольцо и блокировали порты, оба. Писали в IBM, открывали кейсы, говорили с менеджерами. Всё в пустую, они признали ошибку, но писать патч отказались, сославшись на то, что для nortel они ничего делать не будут. Так и стоит до сих пор левые настройки на внутренних портах, костыль, но работает. В предпоследние дни перед запуском, мы с Андреем Курбатовым в прямом смысле жили на работе, перебирая различные варианты и подбирая оптимальные настройки.

Эту фотографию я сделал в тот вечер 29 ноября, написав
В общем и целом успех! 6 площадок, 12 свитчей и распределённая инфраструктура по Москве сделала большой, первый и единый вдох..
Мы все выдохнули, предстояло идти дальше.













SAN и SVC
Большой головной болью, была проблема синхронизации полок и предоставление отказоустойчивого виртуального луна. По сути, нужно было создать пулы из RAID, где вместо дисков будут полки на разных площадках. Тогда, данную задачу решало только решение от IBM, а именно SVC.
Снимок экрана от 2015-09-07 23:53:39.pngНужно было объединить 2 ноды по 2 сервера в каждой ноде на разных площадках, выбрав оптимальное географическое положение. Проблема заключалась в том, что система ни как не хотела синхронизироваться, пулы разваливались и  данным постоянно приходилось перезаписываться при восстановлении. Причем, восстановление не происходило автоматически, требовалось вмешательство. Проблема была выявлена Опять тесты, опять патчи, опять тюнинг. Наконец, все настройки выставлены, и гипервизор увидел свои первую распределённую дисковую систему и началась большая миграция данных.
Виртуализация.
Я люблю vmware и считаю, что это лучшее технологическое решение для инфраструктур, если используется для работы в корпоративном сегменте. Но, каждый раз, планируя архитектуру того или иного решения, я очень внимательно изучаю все конкурентные предложения, и только взвесив все плюсы и минусы, делаю выбор. Так как мы строили не Web ферму, то выбор стоял между Hyper-V, Citrix и VMWare. У каждого из этих решений, есть свои несомненные плюсы и минусы и нельзя говорить о безоговорочной победе одного из вендоров. Все ситуации уникальны. На тот момент, vmware бесстыже вырывался вперёд, оставляя остальных нервно курить в сторонке. При планировании данной архитектуры, я учитывал следующие основные возможности:

  1. Система должна быть надёжной

  2. Система должна быть гибкой, иметь возможность легко и динамично изменяться под любые нужды

  3. Система не должна быть ресурсоёмкой.

  4. Система должна иметь интеграцию в AD и уметь работать как с пользователями, так и с группами.

  5. Система должна позволять очень гибкую работу с сетью (зеркалирование, проброс, работа с виланами и группами виланов и т.п)

  6. Система должна иметь web интерфейс

  7. Система должна быть легко масштабируемой

  8. В случае проблем, система должна иметь возможность работать до последнего

  9. Автоматическое распределение ресурсов и нагрузки

  10. Автоматическое управление питанием

Система была выбрана, а учитывая то, что на блейдах уже была развернута (vsphere 4.1 и 4 esx), то оставалось решить лицензионные вопросы и провести обновление системы. Конфигурация представляла из себя пару кластеров, разбитые на пулы, vMoution, Storage vMoution и другие актуальные нужные фичи.
Снимок экрана от 2015-09-09 08:52:24.png
В итоге, у нас получилась отличная распределённая сеть Ethernet и SAN, система переживала выключение нескольких площадок, сама поднималась и восстанавливалась, виртуальные машины мигрировали по разным площадкам, а система управления питанием управляла включением и отключением блейдов и серверов, оптимизируя инфраструктуру перед ростом нагрузки и в ночное время суток. Выход дисков и один раз полки в СХД так же отработали на ура. В общем и целом, проект удался, и стал основой для других, не менее интересных проектов.
Tags:

Маленькие рассказы о больших проектах.

Оригинал взят у alexanderberko в Маленькие рассказы о больших проектах.
Приветствую тебя, дорогой читатель.

С 2009 по 2014 год, мне довелось работать на Высший Арбитражный Суд Российской Федерации (далее ВАС, включая арбитражные суды, федеральные арбитражные суды, ). За время моего сотрудничества, данная организация добилась очень многого (надеюсь и с моим участием). Организация (ВАС и арбитражные суды, федеральные арбитражные суды, присутствия) прошла путь, от децентрализованной инфраструктуры и рабочих групп, до единого домена, централизованных автоматизированных систем, проекта ЕСЭП (Exchange), отличных внешних сервисов, телефонии на lync (самое большое внедрение в мире в судебной системе) и наконец, ГеоЦод! Учитывая размер организации, подготовку кадров и объем проделанной работы, можно смело заявить, что она колоссальна. Я отдельно расскажу о следующих проектах:


  1. ВАСовское Колько. Геоцод

  2. Единый домен

  3. ЕСЭП (Единая система Электронной Почты)

  4. Внедрение Lync как телефонии

  5. Распределённый отказоустойчивый (бесплатный) vpn

  6. Недорогой, бесшовный роуминг WiFi

  7. Виртуализация практически всего ЦОД

  8. Система видео-конфернц связи.

К сожалению, последний проект так и не удалось завершить, так как прекратила свою деятельность , но, задумка была интересной. Говорить о закрытии ВАС как органа я не буду, не моё это ИТшное дело. Но, могу сказать, что организацию закрыли просто на пике успешности и продуктивности. Рассказывать о проектах поочередно я не буду, для информации, поочередность была следующая:
1) Виртуализация;
2) Единый домен + 3) VPN Site-to-Site;
4) ЕСЭП; 5) Lync;
6) WiFi;
7) ГеоЦод;
8) Видеоконференц связь
Были и другие проекты, более мелкие, но от этого не менее интересные, о них смогу написать по ходу или если кто-то спросит (например распределённый по узлам сайта DNS с отдельной авторизацией, антивирусная и вообще безопасность, SNORT, система резервного копирования и мониторинга и т.д.
Отдельно, хочу выразить благодарность за поддержку и веру начальнику управления информатизации и связи Соловьёву Игорю Сергеевичу  (далее И.С.) и председателю Иванову Антону Александровичу. Без этих людей, сделать то, что мы сделали совершенно не возможно. Эти люди вели компанию вперед, преодолевая все препятствия на пути, веря в людей и работая слаженной командой. Позже, к нам присоедилися Курбатов Андрей и проект получил ещё одного сильнейшего специалиста! Приятно было с Вами работать!

Tags:

"Autodesk Incorporated" это не полное наименование "Autodesk, Inс." (по Заявке н

Оригинал взят у ipnovus в "Autodesk Incorporated" это не полное наименование "Autodesk, Inс." (по Заявке на товарный знак)
"Autodesk Incorporated" в "Легализации подписи" с апостилем Швейцарии это несуществующее наименование
и оно не является полным наименованием юр лица "Autodesk, Inc."

наименование "Autodesk Incorporated" это фальсификация - полное наименование это и есть "Autodesk, Inc."

все знали это точно по росс ЕГРЮЛ см здесь ...,

а теперь см как легко доказать по ОФИЦ ОТКРЫТОЙ базе сканов документов Роспатента РФ по Заявкам на товарный знак




Статья 1493 ГК РФ. Право ознакомления с документами заявки на товарный знак

"1. После подачи заявки на товарный знак в федеральный орган исполнительной власти по интеллектуальной собственности любое лицо вправе ознакомиться с документами заявки, представленными на дату ее подачи.






Приказ Роспатента от 5 марта 2003 г. N 32 "О Правилах составления, подачи и рассмотрения заявки на регистрацию товарного знака и знака обслуживания"

"3.2. Заявление заполняется следующим образом:
3.2.1. В графе под кодом 731 приводятся сведения о заявителе: полное официальное наименование юридического лица (согласно учредительному документу) ...


Оригинал скана на официальном сайте Роспатента см по ссылке

http://www.fips.ru/Image/RUTMAP_Images/new2014/700000/740000/741000/2014741979.gif

http://www.fips.ru/Image/RUTMAP_Images/new2014/700000/740000/741000/2014741979-1.gif


http://www.fips.ru/Image/RUTMAP_Images/new2014/700000/740000/741000/2014741979-2.gif


http://www.fips.ru/Image/RUTMAP_Images/new2014/700000/740000/741000/2014741979-3.gif

вышеуказанные сканы находятся и ищутся вот здесь по номеру заявки
Открытые реестры. Реестр заявок на регистрацию товарного знака и знака обслуживания Российской Федерации


вот скриншот как искать




Приказ Роспатента от 5 марта 2003 г. N 32 "О Правилах составления, подачи и рассмотрения заявки на регистрацию товарного знака и знака обслуживания"

http://base.garant.ru/185642/

"3.2. Заявление заполняется следующим образом:
3.2.1. В графе под кодом 731 приводятся сведения о заявителе: полное официальное наименование юридического лица (согласно учредительному документу) или фамилия, имя (и отчество, если оно имеется) физического лица, причем фамилия указывается перед именем.
Для российского юридического лица, испрашивающего регистрацию товарного знака, указывается код ОКПО, если он установлен. Если код ОКПО не установлен, в соответствующем месте указывается "не установлен".

Для иностранного юридического лица или постоянно проживающего за пределами Российской Федерации физического лица, испрашивающего регистрацию товарного знака, указывается код страны, соответственно, места нахождения или места жительства по стандарту Всемирной организации интеллектуальной собственности (далее - ВОИС) ST.3."




Статья 1493 ГК РФ. Право ознакомления с документами заявки на товарный знак

"1. После подачи заявки на товарный знак в федеральный орган исполнительной власти по интеллектуальной собственности любое лицо вправе ознакомиться с документами заявки, представленными на дату ее подачи.

2. Порядок ознакомления с документами заявки и выдачи копий таких документов устанавливается федеральным органом исполнительной власти, осуществляющим нормативно-правовое регулирование в сфере интеллектуальной собственности".










http://www1.fips.ru/Archive/TM/2015FULL/2015.01.25/Index.htm



IP Омбудсмен Семенов А.В. разоблачил мошенников ООО Айпиновус в Интеллектуальном суде

Прекращение спора с американцами по доменам в зоне .орг законно - кассация

Прекращение спора с американцами по доменам в зоне .орг законно - кассация

15:19 04/06/2015 Суд по интеллектуальным правам (СИП) подтвердил определение суда о прекращении производства по иску ООО "Легато" о запрете американской компании Public Interest Registry использовать обозначения, сходные до степени смешения с товарным знаком "Орг" (принадлежит заявителю), в доменном имени первого уровня .орг., говорится в определении суда.

КоммерсантЪ и ОгонёкЪ - Закон.ru

Хорошо забытое старое

ОП РФ предложила прозрачное и простое решение проблемы авторских прав

В Общественной палате РФ был презентован проект Концепции авторского права в цифровой среде
https://www.oprf.ru/nw/29021

ОП РФ предложила прозрачное и простое решение проблемы авторских прав

В Общественной палате РФ был презентован проект Концепции авторского права в цифровой среде.

Документ был подготовлен экспертной группой, созданной при ОП РФ. Комиссия ОП РФ по общественному контролю, общественной экспертизе и взаимодействию с общественными советами во главе с Лидией Михеевой совместно с Комиссией по развитию информационного общества, СМИ и массовых коммуникаций во главе с Дмитрием Бирюковым за последние месяцы провели широкое общественное обсуждение проблем правового регулирования данной сферы и общественную экспертизу готовящегося в Минкультуры законопроекта по авторским правам в цифровой среде.


Вы можете ознакомиться с текстом Концепции и оставить нам свои предложения и замечания для их учета при доработке документа.

Пресс-служба Общественной палаты РФ






  • Концепция авторского права в цифровой среде (Скачать — 36.35 кБ)